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ABSTRACT 

There  exists  a  genuine  need  for  a  tactical  decision 
making  system  within  the  Department  of  Defense  for  the  small 
scale  environment  tactical  decision  maker.  To  this  end,  we 
propose  TAC*H,  a  prototypical  system  for  tactical  decision 
making,  to  be  iiplemented  as  a  distributed  system  on  micro- 
computers. TAC*II  is  a  redesign  and  partial  implementation 
of  an  expert  Artificial  Intelligence  system  proposed  by 
previous  Naval  Postgraduate  School  students.  The  system 
receives      preprocessed        sensor      inputs,  determines      what 

contacts  are  present,  and  suggests  the  best  possible  actions 
to  take.  It  performs  target  analysis  and  correlation  based 
on  the  current  tactical  situation.  Production  rules  are 
used  to  discover  which  actions  have  been  established  by 
higher  authority  for  the  curren-  tactical  situation.  A 
pattern  matching  algorithm  provides  a  heuristic  means  of 
identifying  similar  known  situations,  and  suggests  actions 
to   take   based  on  those  situations. 
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I.    INTRODUCTION 

A.  BACKGROUND 

Years  ago,  military  organizations  were  forerunners  in 
the  development  cf  computers  and  computer  systems,  and  much 
of  the  innovative  research  involved  in  those  areas.  For 
example,  the  founder  of  the  COBOL  programming  language  was 
Navy  Captain  Grace  Murray  Hopper.  Today,  the  military  uses 
computer  systems  for  a  multitude  of  purposes;  however, 
private  industry  has  become  the  leader  in  computer  research. 
Perhaps  this  explains  the  lack  of  innovative  and  new 
computer  systems  applicable  to  the  tactical  environment  in 
military   organizations. 

Since  the  advent  of  computers,  decision  support  systems 
have  become  increasingly  popular  in  many  application  areas. 
Originally  designed  for  financial  matters,  there  are  virtu- 
ally nc  areas  where  decision  support  systems  have  not 
invaded.  Mere  recently,  the  field  of  Artificial  Intelligence 
has  come  to  the  forefront,  and  many  of  its  principles  can  be 
nicely  adapted    to  decision    support  systems. 

He  are  proposing  a  system  to  fill  the  void  in  innovative 
tactical      systems      for     the    unit      commander.  The     system, 

TAC*II,  is  an  expert  system  which  uses  Artificial 
Intelligence  techniques  for  tactical  decision  making.  It  is 
a  redesign,  expansion,  and  partial  implementation  of  the 
system    proposed    by   Clair   and   Danhof   [  Hef .    1]. 

B.  PROBLEM 

There  are  currently  no  expert  systems  in  existence  which 
support  the  unit  commander  in  a  tactical  environment.  We 
see    this      fact    as   an      extreme   shortcoming,         considering   the 
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advances  which  have  teen  made  recently  in  both  hardware  and 
software  research  and  development.  In  a  highly  dynamic 
tactical  environment,  the  major  emphasis  is  placed  on  one 
Naval  Officer,  the  Tactical  Action  Officer  (TAO) ,  and 
his/her  memory.  The  TAO  is  required  to  respond  to  a  vast 
amount  of  diverse  information,  received  from  a  multitude  of 
sources,  in  an  extremely  time  critical  and  high  pressure 
situation.  The  sysrem  which  we  are  proposing  is  an  automated 
aid  tc  the  TAO,  a  decision  making  system  which  will  help 
him/her   respond    in    a   timely    manner  to   the   current    situation. 

Let  us  first  examine  the  advantages  of  computer  systems 
in  the  ever-changing  tactical  environment.  The  most  obvious 
positive  characteristics  of  computers  are  their  enormous 
memory      and     rapid   retrieval      capabilities.  Additionally, 

retrieval  of  information  from  computer  memory  is  extremely 
reliable:  unlike  human  beings,  computers  do  not  have  memcry 
lapses.  Speed  is  another  important  attribute.  Computers  can 
both  retrieve  information  from  memcry  and  perform 
calculations  much  faster  and   more   accurately  than    humans. 

With  the  above  benefits  of  computers  in  the  tactical 
environment  in  mind,  one  might  ask  why  a  decision  making 
system  designed  for  the  tactical  unit  commander  has  not  yet 
teen  developed.  First,  the  problem  may  be  perceived  as  "too 
difficult"  fcr  computer  implementation.  After  all,  military 
officers  endure  years  of  vigorous  training  in  preparation 
for  their  rcle  as  the  TAO.  They  often  respond  to  situations 
by  way  of  "intuition"  or  "gut  reaction".  They  resolve  incon- 
sistencies cr  discrepancies  in  reports  which  are  received 
through  "common  sense  reasoning".  How,  then,  can  a  computer 
system   replace    such    a   unique   and    valuable   asset? 

We  are  not  suggesting  that  a  system  be  designed  to 
replace  the  TAO,  but  rather  that  it  be  utilized  to  enhance 
his/her  capabilities  and  performance.  The  human  attributes 
referred   to   above,    "intuition"   and  "common    sense   reasoning", 
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are  the  kinds  of  things  which  Artificial  Intelligence 
research  is  trying  to  capture  in  Artificial  Intelligence 
systems.  These  attributes  are  often  times  programmable  if 
enough  information  is  available  about  the  decision  making 
processes  of  tactical  commanders.  The  key  to  the  success  of 
such  a  system  is  a  great  wealth  of  knowledge,  which  will 
enable   the    system  to   emulate   the   TAO    in    most   respects. 

Another  factor  which  must  be  considered  is  an  increased 
level  of  risk  involved  in  the  development  of  tactical  deci- 
sion making  systems.  Current  decision  support  systems  deal 
with  mundane  situations  like  project  management,  financial 
management,  and  the  like,  where  risks  are  generally  centered 
around  matters  such  as  millions  of  dollars  or  personal  repu- 
tation. Those  risks  are  far  outweighed  by  the  unique  risks 
of  the  tactical  environment  which  involve  the  preservation 
of  human  lives.  Again,  we  must  stress  that  we  are  not 
suggesting  a  system  designed  to  replace  the  TAO,  although 
such  a  system  could  perform  many  of  the  same  functions.  An 
expert  tactical  system  should  help  in  the  areas  where  its 
capabilities  are  superior;  that  is,  memory  capacity  and 
processing  speed.  The  final  responsibility  for  tactical 
decision    making    still   remains   with   the   tactical   commander. 

The  problems  are  not  insurmountable,  and  neglecting  the 
implementation  of  such  a  system  would  be  a  gross  oversight. 
In  addition  to  the  benefits  previously  described,  an  expert 
tactical  system  has  two  very  significant  side  effects.  The 
first  primary  goal  cf  military  organizations  is  to  prepare 
for  war.  Secondly,  if  war  unfortunately  occurs,  the  goal  is 
to  survive  as  the  victor.  An  important  aspect  of  the  effec- 
tiveness of  the  TAO  in  this  type  of  tense  anvircnment,  is 
the  ability  to  remain  calm,  and  in  accordance  with  previous 
training  and  experience,  react  appropriately.  The  commander 
without  actual  combat  experience  is  at  a  marked  disadvan- 
tage.        Regardless      cf  the    number      of   training     exercises   in 
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which  he/she  has  participated,  actual  combat  is  quite 
different.  The  chance  of  the  TAO  freezing  or  experiencing 
feelings  of  panic  is  lessened  if  an  expert  tactical  system 
is   iirplemented    on  the   ship. 

A  second  similar  side  effect  is  the  inherent  provision 
of  a  training  tool.  Junior  officers  would  benefit  from 
working  with  this  type  of  system  by  observing  how  it  corre- 
lates target  information  and  now  it  makes  decisions. 
Situations  could  easily  be  simulated,  and  both  man  and 
machine  wculd  try  tc  determine  the  best  appropriate  action 
to   take. 

An  expert  system  is  needed  to  fill  a  void  which 
currently  exists  in  the  tactical  environment.  Such  a 
system's  advantages  are  numerous  whereas  its  disadvantages 
are  net  insurmountable.  The  solution  tc  this  problem  is  not 
an  easy  one,  but  it  is  not  foreseen  to  be  impossible.  With 
advanced  technology  and  new  and  better  Artificial 
Intelligence  techniques,  the  implementation  of  an  expert 
tactical   system    should  be  right   around  the   corner. 

C.       SOLUTION 

TAC*II  is  our  answer  to  the  tactical  problem  outlined 
above.  The  system  design  is  modelled  on  how  the  TAO  is 
perceived  tc  make  decisions.  The  decision  process  is  viewed 
as  consisting  of  three  phases:  acquisition,  analysis  and 
decision.  During  the  acquisition  phase,  the  TAO  accumulates 
information  from  varicus  sources  and  stores  -hat  information 
in      his    memcry.  TAC*II's      acquisition      phase   consists     of 

receiving  inputs  from  various  sensors,  intelligence  reports, 
cr  human  interfaces,  and  storing  that  information  in  its 
dynamic  database.  During  the  analysis  phase,  the  TAO  trias 
to  deternine  if  new  information  can  be  correlated  with  eld 
information,         and      if      so,         makes    a      mental      note      of      the 
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significance  of  the  correlation.  TAC*II  performs  the  same 
function  ty  scanning  its  database  for  possible  correlating 
information,  performing  any  calculations  necessary  in  verif- 
ying correlation,  and  updating  its  database  as  appropriate. 
Finally,  in  the  decision  phase,  the  TAO  indicates  actions  to 
take  in  a  given  situation  based  on  current  directives  which 
should  be  followed,  cr  based  on  similar  situations  which  are 
familiar.  TAC*II  does  the  same  based  on  the  policy  rules  and 
analogous  situations  which  are  programmed  into  the  system. 
These  three  decision  phases  are  modelled  by  the  three 
primary  modules  which  comprise  TAC*II:  the  World  Model, 
which  lccsely  corresponds  to  the  acquisition  phase;  the 
Analysis  Module,  which  corresponds  to  the  analysis  phase; 
and  the  Response  Module,  which  corresponds  to  the  decision 
phase. 

The  key  to  making  our  system  "intelligent"  is  to  fill  it 
with  appropriate  knowledge.  The  key  to  coding  this  knowledge 
is#  first,  to  find  cut  what  it  consists  of  by  discovering 
how  the  tactical  decision  maker  arrives  at  his/her  deci- 
sions. These  decisions  range  from  the  cut  and  dry,  where 
the  TAO  simply  follows  directives,  to  the  extremely  intui- 
tive. Intuitive  decisions  involve  the  process  of  analogy. 
The  TAO  perceives  a  similarity  between  the  current  situation 
and  seme  previously  experienced  situation.  He/she  recalls 
the  successful  actions  taken  in  that  previous  experience, 
and  modifies  those  responses  to  adapt  to  the  current  situ- 
ation. The  knowledge  pertaining  to  the  first  type  of  deci- 
sion is  guite  simple  to  incorporate  in  our  system,  whereas 
the  second  type  of  knowledge  is  much  more  difficult.  As  in 
most  Artificial  Intelligence  systems,  much  liaison  between 
the  system  programmer  and  the  tactical  expert  is  required  to 
translate   the  decision  making   process    into   code. 
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The  overall  function  of  TAC*II  is  to  take  processed 
information  from  individual  sensor  units,  correlate  that 
information,  and  determine  the  best  action  to  take  based  on 
programmed  rules.  Those  actions  must  fulfill  the  require- 
ments cf  higher  authority,  while  providing  the  best  possible 
chances  of  survival.  The  first  and  most  important  aspect  of 
cur  system  design  is  to  allow  it  to  react  in  real  time. 
Speed  is  crucial  because  the  lack  of  it  could  literally 
become  the  difference  between  life  and  death.  We  foresee  the 
implementation  of  TAC*II  as  a  distributed  system  primarily 
to  enhance  its  speed.  Secondarily,  spreading  computing 
resources  over  many  microprocessors  is  an  obvious  advantage. 
Not  only  does  it  reduce  cost,  but  it  also  adds  a  degree  of 
reliability.  The  failure  of  one  microprocessor  does  not 
cause  the  entire  system  to  crash.  Since  the  TAC*II  system  is 
designed  as  basically  three  separate,  independent  modules, 
we  foresee  a  relatively  easy  implementation  of  it  as  a 
distributed   system. 

The  second  major  criteria  in  the  design  of  TAC*II  is  the 
adherence  tc  the  principles  of  software  engineering.  In  this 
regard,  our  system  would  be  virtually  useless  if  it  were 
difficult  tc  modify.  In  the  tactical  environment,  rules  and 
situations  are  constantly  changing,  thus  causing  our  system 
to  also  experience  frequent  modifications.  We  therefore  set 
as  a  primary  goal  the  use  of  modularity  and  modif iabiiity 
principles  in  our  system  design.  Not  only  did  we  desire  our 
overall  icdules  to  be  functionally  independent,  but  addi- 
tionally, all  submodules  and  procedures  should  be  likewise. 
As  a  secondary  goal,  we  wanted  our  implemented  code  to  be 
readable,  and  went  to  a  great  deal  of  effort  to  ensure 
simple  things,  such  as  common  sense  naming  cf  variables, 
were  incorporated.  Cur  design  is  geared  towards  providina 
these  characteristics  to  ensure  the  success  of  the  final 
system    implementation. 
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The  final  gcal  cf  the  system  design  is  the  generic 
nature  cf  the  system.  In  its  conception,  TAC*II  was 
perceived  tc  be  applicable  to  not  only  the  Navy  tactical 
environment,  but  additionally,  to  the  unit  commander  in  any 
cf  the  armed  services.  Although  we  try  to  remain  as  generic 
as  possible,  in  some  cases  we  have  become  specialized  to 
allow  system  implementation.  In  these  cases,  our  primary 
focus  is  on  the  Navy  tactical  environment,  although  it  could 
easily    be    modified   tc   pertain    to   others. 

Our  solution  to  the  implemantation  of  an  expert  tactical 
system  involves  several  assumptions.  First,  our  system  is 
designed  from  a  single  user  perspective.  Several  systems 
currently  exist,  for  example  the  World  Wide  Military  Command 
and  Control  System  (WWMCCS)  and  the  Naval  Tactical  Data 
System  (NTDS),  which  approach  the  problem  at  a  higher  level 
than  that  of  the  unit  commander.  TAC*II  is  geared  towards 
the  unit  level  of  tactical  command,  that  level  which  pres- 
ently has  r.o  automated  guidance  in  the  decision  making 
process. 

The  second  assumption  is  that  the  input  received  by 
TAC*II  is  already  processed.  In  other  words,  we  will  not 
address  the  issue  of  transforming  raw  data,  for  example, 
radar  video,  into  data  which  is  compatible  with  our  system. 
Since  systems  currently  exist  which  perform  exactly  this 
function,    we  feel   that  this    is  a    valid   assumption. 

Finally,  we  assume  that  it  is  possible  tc  obtain  enough 
knowledge  from  tactical  experts  in  order  to  program  the 
heuristic  similarity  matching  process.  This  may  or  may  not 
be  a  valid  assumption;  however,  two  factors  indicate  that  it 
is  indeed  valid.  First,  it  is  the  same  basic  problem  encoun- 
tered in  the  develcpment  of  all  Artificial  Intelligence 
expert  systems.  In  crder  fcr  a  computer  system  to  emulate  a 
human  expert,  those  human  experts  must  be  interviewed  in 
depth   to    derive    the    mental      processes    which  they    go    through. 
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If  medical  experts  can  provide  enough  insight  into  how  -hey 
diagnose  diseases,  tactical  experts  can  certainly  provide 
insight  into  hew  they  synthesize  analogous  situations. 
Secondly,  research  is  already  in  progress  in  the  field  of 
Information  Systems  tc  try  to  determine  exactly  how  the  high 
level  commander  recognizes  similarities.  All  which  remains 
to  be  dene  is  the  coordination  between  researchers  in 
Information  Systems  and  those  in  tactical  systems 
implementation,    which  is   currently  in   progress. 

The  following  chapters  discuss  the  design  and  implemen- 
tation of  the  TAC*II  system.  Chapter  2  presents  an  overall 
system  description,  while  Chapters  3,  4,  and  5  delve  into 
the  details  cf  the  World  Model,  the  Analysis  Module,  and  the 
Response  Module,  respectively.  Chapter  6  summarizes  our  work 
and  suggests  possible  areas  of  further  research.  A  signifi- 
cant amount  of  code  has  been  developed  which  almost 
completely  implements  TAC*II:  the  World  Model,  the  Analysis 
Module,  and  one  major  submodule  of  the  Response  Module  have 
been  written,  tested  and  debugged.  This  code  is  available 
from    the   authors  or    the   thesis  advisor. 
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II.    GENERAL    SYSTEM    DESCRIPTION 

A.       ARTIFICIAL    INTELLIGENCE    SYSTEMS 

We  will  describe  the  TAC*II  system  in  terms  of  the 
general  design  of  Artificial  Intelligence  systems,  as  shewn 
in  Figure  2.1.  An  artificial  Intelligence  system  is  basi- 
cally composed  of  tt*c  major  parts;  the  Knowledge  Ease  and 
the  Reasoning  Engine.  The  Knowledge  Base  contains  informa- 
tion about  the  "world"  or  the  environment.  It  is  comprised 
of  a  static  database  which  contains  general  information  and 
rarely  changes,  and  a  dynamic  database  which  contains 
rapidly  changing  information  about  the  "world".  The 
Reasoning  Engine  is  the  workhorse  of  the  system.  It  obtains 
symbolic  descriptions  of  the  sensed  environment  through  the 
interpreter,  reguests  relevant  knowledge  from  and  transmits 
updates  to  the  Knowledge  Base,  and  generates  symbolic 
descriptions  of    appropriate    actions   to   be   taken. 

The  TAC*II  system  is  designed  to  perform  the  analysis  of 
an  individual  unit's  tactical  situation,  and  to  provide  the 
appropriate  response  which  is  directed  by  higher  authority 
in  their  promulgated  policies  and  doctrine.  Additionally,  it 
is  design=d  to  provide  heuristically  derived  decisions  about 
actions  to  take,  which  are  above  and  beyond  those  reguired 
by  directives,  and  are  based  on  the  tactical  situations  of 
history.  The  system  receives  contact  information  which  is 
already  processed  (versus  raw  sensor  input) ,  and,  whenever 
possible,  infers  other  information  about  the  contact.  It 
inserts  this  information  into  the  World  Model  and  performs 
target      correlation      with      all      known      contacts.  It      then 

searches  for  any  applicable  policy  rules  which  govern  the 
current   tactical      situation,      and     displays  the      appropriate 
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Figure   2.  1        AI  Systea. 

actions  to  be  taken  on  the  operator  console.  It  also 
searches  for  similar  situations  stored  in  memory,  and  if  the 
search  is  successful,  displays  the  associated  responses  on 
the   operator  console. 

B-       TAC*II    AS    AM    ARTIFICIAL    IHTELLIGENCE    SYSTEM 

In  the  TAC*II  system,  the  Knowledge  Base  is  comprised  of 
the  World  Model,  which  is  one  of  the  three  primary  modules, 
the  Ccmbat  Unit  Data  Ease,  which  is  a  parr  of  the  Analysis 
Module,  and  the  production  rules  and  patterns,  which  are 
part    of      the  Response   Module.  The    World   Model      contains  a 

"picture"   of  the      "world"   by   maintaining   a      dynamic    database 
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cf  kncwn  contact  inf crmation.  It  contains  those  aspects  of 
the  "world"  which  are  relevant  to  the  tactical  situation  and 
are  cf  a  volatile  nature.  It  provides  information  needed  by 
the  analysis  Module  and  the  Response  Module  by  responding  to 
queries  transmitted  to  it.  The  World  Model  keeps  itself 
current  by  updating  its  contact  reports  as  instructed  by  the 
Analysis  Module,  pruning  unessential  archival  information, 
and  performing  dead  reckoning  on  the  contact  reports  in  its 
database.  Dead  reckoning  is  the  method  used  to  estimate  the 
new  position  of  a  contact  after  an  elapsed  period  cf  time. 
The  Wcrld  Model  additionally  maintains  a  separate  archival 
storage  structure  of  non-current  information,  leaving  only 
the  most  current  contact  information  in  the  primary  memory 
structure.  The  World  Model  is  organized  and  structured  to 
permit   easy   and   rapid  data    retrieval   and   manipulation. 

The  Ccmbat  Unit  Data  Base,  the  second  part  of  the 
Knowledge  Base,  is  a  static  database  which  exists  within  the 
Analysis  Module.  The  knowledge  which  it  contains  is  informa- 
tion about  individual  combat  units.  This  information  is  used 
to  fill  in  the  details  about  contacts  which  are  reported.  It 
allows  the  system  to  make  inferences  about  the  possible 
identification    of  conbat   units. 

The  last  section  of  the  Knowledge  Base  includes  the 
production  rules  and  patterns.  The  production  rules  incorpo- 
rate knowledge  about  tactical  actions  which  are  dictated  by 
higher  authority.  Patterns  represent  knowledge  about  histor- 
ical tattle  scenarios  or  war  gaming  experiences.  Associated 
with  the  patterns  are  actions  which  represent  knowledge 
about    what   has    been    cr  could   be   done    in   a    given   situation. 

The  Reasoning  Engine  is  comprised  of  the  Analysis  Module 
minus  the  Combat  Unit  Data  Base,  and  the  Response  Module 
control  mechanism.  The  primary  job  of  the  Analysis  Module 
is  to  conduct  the  analysis  and  correlation  cf  contact  infor- 
mation     received,      and     to      induce     as    much      information     as 
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possible,  until  a  high  confidence  classification  level  of 
each    contact     is   made.  It  receives      preprocessed,      single 

senscr  inputs,  and  through  searching  the  Combat  Unit  Data 
Base,  determines  what  additional  unit  information  can  be 
inferred  based  on  the  sensor  inputs.  It  then  queries  the 
World  Model  for  similar  contacts,  and  performs  target  corre- 
lation between  the  current  contact  and  those  received  from 
the  World  Model.  If  a  positive  correlation  is  made,  the 
Analysis  Mcdule  transmits  the  updated  information  to  the 
World  Model,  including  any  "uncorrelations"  when  required. 
In  addition  to  transmitting  new  contact  information  to  the 
World  Model,  it  sends  contact  updates  to  the  Response  Module 
to  trigger  a  search  for  appropriate  responses  to  the  new 
situation,  and  transmits  target  analysis  and  correlation 
information  to  the  operator  console.  Finally,  it  provides  an 
interactive  query  mechanism  to  the  console  operator  for 
obtaining  both  static  information  from  the  Contact  Unit  Data 
Base,    and   dynamic  information    from  the   World   Model. 

The  Response  Module  portion  of  the  Reasoning  Engine  has 
the  primary  function  of  determining  appropriate  responses 
given  a  new  instance  cf  the  "world".  It  receives  a  contact 
report  from  the  Analysis  Module  and  searches  two  separate 
structures  for  similar  situations.  First,  the  Response 
Module  searches  through  its  production  rules,  which  repre- 
sent concrete  tactical  knowledge  of  current  directives  and 
policies.  For  all  rules  which  match  the  current  situation, 
the  associated  responses  are  transmitted  to  the  operator 
console.  Next,  it  searches  through  its  memory  of  programmed 
historical  situations  for  those  which  are  similar  to  the 
currenx  situation.  For  those  situations  which  match,  their 
associated  responses  are  modified  to  apply  to  the  current 
situation,  and  summarily  transmitted  to  the  operator 
conscle. 
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C.       IBPOT 

TAC*II's  three  primary  modules  are  functionally  indepen- 
dent and  designed  to  be  implemented  as  parallel  processes  on 
multiple  microcomputers.  Sensor  input  to  the  system  is  of 
several  different  types.  Radar  data  provides  bearing,  range, 
course  and  speed  information  pertaining  to  contacts. 
Electronic  Support  Measures  (ESM)  input  provides  bearing  and 
emitter  identification  information.  ESM  is  a  passive  device 
which  receives  electromagnetic  radiation  from  other  units, 
and  determines  the  frequency  of  the  emitter  and  the  bearing 
of      the   ccntact      using  it.  Sonar      data    provides      bearing, 

range,  depth,  course  and  speed  of  contacts,  as  well  as  any 
possible  classifications.  The  system  is  designed  to  receive 
visual  reports  from  lookouts  through  a  formatting  device, 
and  general  intelligence  reports  which  are  received  via  the 
Naval   Telecommunication   System    (NTS)  . 

All  cf  the  above  sensor  input  is  assumed  to  be  prepro- 
cessed  versus  raw  data.  Other  units  with  processing  capabil- 
ities are  required  to  be  connected  to  the  TAC*II  system.  In 
the  case  cf  radars  and  sonars,  these  processing  units  will 
receive  the  raw  sensor  data  and  perform  track  correlation  by 
following  individual  contacts  along  their  paths.  Track 
numbers  ars  assigned  by  each  of  the  processors  to  the 
contacts      being    tracked.  These     track      numbers   are      later 

translat€d  into  new  track  numbers  internal  to  the  TAC*II 
system.  This  preprocessing  of  information  could  be  done 
manually,  and  then  input  into  a  "smart"  front-end  processor 
which  would  perform  interactive  prompting  of  the  user. 
There  is  no  requirement  that  the  reports  be  rapid  or  exactly 
in   real   time. 

The  manner  in  which  the  raw  data  is  transformed  into  the 
required  input  formats  is  immaterial  to  the  operation  of  the 
system.    The   only   overriding    assumption   is    that   single   sensor 
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track   correlation  is     performed   on  each   sensor     which   inputs 
data    into  the  system. 

D.       AHALYSIS   PROCESS 

When  the  Analysis  Module  receives  a  new  contact  report 
from  one  of  the  above  input  devices,  it  scans  its  record  of 
contacts  to  determine  if  the  contact  has  previously  beer- 
seen.  If  the  contact  has  not  previously  been  seen,  it  must 
scan  its  Combat  Unit  Data  Bass  to  try  to  derive  additional 
details   regarding   the  contact. 

The  heart  of  the  Analysis  Module  is  target  analysis  and 
correlation.  When  a  contact  report  is  received,  the  Analysis 
Module  formulates  a  query  of  a  specified  format  for  the 
World  Model  to  obtain  all  previous  contact  reports  which 
could  possibly  correlate  with  the  current  report.  The  World 
Model  then  scans  its  database  searching  for  records  which 
meet  the  constraints  of  the  query,  and  transmits  a  copy  of 
each    "matching"    record  back    to   the   Analysis    Module. 

The  Analysis  Module  now  has  the  new  contact  report 
together  with  all  similar  previous  contact  reports  retrieved 
from  the  World  Model.  It  then  compares  the  previous  reports, 
one  by  one,  with  the  current  contact,  trying  to  determine  if 
they  could  be  the  same  target.  Backtracking  is  the  primary 
method  used.  In  this  method,  the  positional  information  of 
the  previous  contact  reports  are  adjusted  to  remove  the 
effect  of  own  ship's  motion  during  the  elapsed  timeframe.  If 
two  targets  are  positively  correlated  in  this  manner,  the 
strength  of  that  correlation  is  derived.  This  correlation 
factor  is  then  used  to  infer  further  information  atout  one 
contact        from      the        other.  The        updated      reports        are 

subsequently  transmitted   to    the   World    Model. 
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Oncorrelation  is  another  facet  of  the  Analysis  Module. 
If  twc  contacts  are  correlated  by  the  above  method,  and 
.further  information  is  received  which  proves  this  correla- 
tion to  be  incorrect,  the  process  must  be  "undone".  The 
contacts  must  be  reestablished  as  individual  contacts  by 
appropriately  making  updates  to  and  modifications  of  their 
contact   reports    in   the  World   Model. 

In  addition  to  performing  target  correlation  and  anal- 
ysis, and  updating  the  World  Model,  the  Analysis  Module  must 
also  transmit  contact  reports  which  it  receives  to  the 
Response  Module.  The  Response  Module,  in  turn,  uses  this 
updated  instance  of  the  "world"  to  determine  if  there  are 
any  rules,  governed  by  higher  authority,  which  are  appli- 
cable in  the  current  situation.  It  first  retrieves  the 
appropriate  set  of  production  rules  based  on  the  current 
situational  readiness  state.  It  then  searches  the  left  hand 
sides  of  this  production  rule  set  for  possible  matches.  A 
match  occurs  if  all  conditions  contained  in  the  left  hand 
side  of  a  rule  are  either  known  to  be  true  or  unknown.  To 
resolve  those  unknown  conditions,  the  World  Model  is  queried 
and  responds  with  a  yes/no  answer.  When  rules  are  found  to 
match  the  current  situation,  their  right  hand  sides  are 
executed,  causing  the  corresponding  action  to  be  transmitted 
to   the   operator   conscle. 

The  Response  Module  then  determines  if  any  historical 
situations  stored  in  memory  match  the  current  situation. 
These  historical  situations  are  symbolic  descriptions  of 
tactical  scenarios  which  have  suggested  actions  associated 
with  them.  Again,  the  World  Model  is  queried,  when  neces- 
sary, to  determine  specific  details  about  certain  contacts. 
If  patterns  are  found  to  match  the  current  situation,  the 
corresponding  actions  associated  with  those  patterns  are 
modified  to  adapt  to  the  new  situation,  and  are  then  sent  to 
the   operator.      Since   these    are    heuristic   types  of    decisions. 
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certainty  factors  are  calculated  -co  indicate  how  similar  the 
current  situation  is  to  the  known  situation,  and  these 
certainty  factors  are  displayed  along  with  the  proposed 
solution. 
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Figure  2.2        TAC*II   Systea. 

Figure  2.2  presents  a  general  description  of  each  of 
TAC*II's  three  primary  modules  together  with  the  interfaces 
between   each  of    the    mcdules . 
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E.  OUTPUT 

The  output  from  TAC*II  is  viewed  as  consisting  of  two 
types:  internal  and  external  outputs.  The  internal  output  is 
comprised  of  the  information  which  the  system  learns  and 
transmits  tc  other  modules  within  the  system  itself.  For 
example,  when  a  contact  report  is  received,  the  Ccmbat  Unit 
Data  Base  is  searched  to  determine  if  additional  information 
about  that  contact  can  be  inferred.  The  output  is  the  mere 
complete  contact  report  which  is  transmitted  to  the  World 
Model.  For  the  case  when  target  correlation  is  performed, 
the  system  determines  if  two  separate  contact  reports  could 
actually  represent  the  same  target.  The  system  learns  about 
the  true  state  of  the  "world",  and  transmits  this  informa- 
tion back  to  the  World  Model.  In  each  of  these  instances, 
output  is  from  the  Analysis  Module  to  the  World  Model.  This 
output  enables  the  World  Model  to  obtain  a  more  accurate 
snapshot  of  the  "world"  by  keeping  as  current  as  possible  on 
the   state   of  the   "world". 

External  output  is  that  which  is  generated  by  the  TAC*II 
system  for  display  on  the  operator  console.  During  the 
target  analysis  and  correlation  phase,  the  analysis  informa- 
tion is  displayed  on  the  operator  console.  Outputs  are  also 
displayed  at  the  console  from  the  Response  Module.  The  first 
type  consists  of  actions  to  take  based  on  the  current  situ- 
ation, and  governed  by  the  policies  of  higher  authority.  The 
second  type  consists  of  both  actions  to  take  based  on  the 
similarity  of  the  current  situation  to  a  remembered 
situation,   and    their   associated   certainty    factors. 

F.  EXAMELE 

In  order  to  clarify  the  toxal  process  in  action,  we 
present  an  example  and  step  through  the  various  phases  which 
TAC*II    would  execute.      We   begin    with    the   assumption    that    cur 
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ship  is  steaming  independently,  and  that  as  of  yet,  no 
contact  reports  have  been  received.  An  input  is  then 
received  frcm  the  processor  which  handles  ESM  contacts.  'The 
ESM  processor  is  assumed  to  translate  the  frequency  intc  the 
type  cf  emitter  which  generated  the  signal,  and  to  transmit 
a  prcperly  formatted  contact  report  to  the  Analysis  Module. 
Once  the  Analysis  Module  receives  this  report,  it  searches 
its  Combat  Dnit  Data  Ease  for  all  vessels  which  are  equipped 
with  that  particular  type  of  emitter,  and  inserts  that 
information    into  the    contact   report. 

Now  the  Analysis  Module  tries  to  perform  target  correla- 
tion. The  contact  report  is  placed  on  a  queue,  and  a  query 
is  formulated  based  en  the  bearing  of  the  contact.  The 
query  is  transmitted  to  the  World  Model,  which,  in  turn, 
tries  to  "match"  up  the  query  to  entries  in  its  database  of 
contact  reports.  In  this  case,  since  no  ether  contacts  have 
been  previously  encountered,  the  World  Model  returns  only 
the  original  contact  report  to  the  Analysis  Module.  The 
Analysis  Module  then  simply  transmits  the  contact  report 
from  the  queue  to  the  World  Model  in  order  to  update  its 
picture   of   the    "world". 

The  contact  report  is  additionally  transmitted  to  the 
Response  Module.  The  Response  Module  checks  its  production 
rules  to  determine  if  there  is  any  policy  governing  zhis 
particular  situation  which  must  be  followed.  It  formats 
queries  to  the  World  Model  if  it  needs  additional  informa- 
tion about  the  current  situation.  If  rules  are  found  which 
match  the  current  situation,  the  actions  represented  by  the 
right  hand  sides  of  those  rules  are  executed  and  displayed 
on  the  operator  console.  The  Response  Module  also  checks  its 
store  cf  remembered  situations  for  similar  patterns.  If  any 
are  found  to  match,  it  again  formats  queries  to  the  World 
Model  to  obtain  specific  details.  The  actions  corresponding 
to  rememtsred  matching  situations  are  than  adapted  to  the 
current   situation   and  passed   to   the   operator. 
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W€  now  receive  an  input  from  the  processor  which  handles 
surface  radar  contacts.  The  contact  report  from  this 
processor  will  include  the  bearing,  range,  course  and -speed 
of  the  contact.  The  same  process  is  involved  as  delineated 
above.  Tc  initiate  the  target  correlation  procedure,  the 
Analysis  Mcdule  formulates  an  appropriate  query  to  the  World 
Model.  In  this  example,  the  World  Model  will  respond  with 
the  ESM  contact.  The  Analysis  Module  now  has  the  current 
contact  report  and  the  previous  contact  report,  and  tries  to 
correlate  the  two.  The  method  used  is  a  form  of  back- 
tracking. The  positional  information  of  the  first  contact  is 
adjusted  to  account  for  the  relative  motion  of  own  ship 
during  the  elapsed  time  between  the  two  contact  reports.  A 
calculation  is  performed  to  determine  what  course  and  speed 
would  have  been  rsquired  for  the  first  contact  to  get  to  the 
position  of  the  second  contact.  The  proximity  of  the 
required  course  and  speed  to  the  actual  course  and  speed 
determines  the  believabilit y  of  the  correlation,  called  the 
confidence  factor.  At  this  point,  the  knowledge  gained  is 
incorporated  into  each  of  the  contact  reports,  which  are 
then  transmitted  as  an  update  to  the  World  Model.  In  the 
case  of  an  "exact"  correlation,  the  two  records  would  be 
merged  pricr  to  transmission  to  the  World  Model.  Finally, 
the  Analysis  Mcdule  transmits  its  information  to  the 
Response  Module,  which  proceeds  to  search  for  applicable 
rules  and  similar  remembered  patterns,  as  outlined  above. 
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III.     WORLD    MODEL 

A.       GENEBAL    DESCBIPTICN 

The  World  Model  is  a  dynamic  knowledge  base  which 
contains  specific  facts  about  the  "world".  It  contains 
those  aspects  of  the  "world"  which  are  relevant  to  the 
tactical  situation,  specifically,  up-to-date  contact  reports 
of  currently  active  contacts.  Inputs  ara  received  by  the 
varicus  sensors,  whcse  associated  processors  transform  the 
raw  data  into  a  compatible  format  and  perform  track  correla- 
tion. The  resulting  contact  reports  are  transmitted  to  and 
processed  by  the  Analysis  Module,  and  are  subsequently 
stored  in  the  World  Mcdel.  In  short,  the  World  Model  is  a 
contact      informational      database;  however,        this      mcdul? 

additionally  performs  many  database  management  system 
functions. 

The  Wcrld  Model  interfaces  with  both  the  Analysis  Module 
and  the  Response  Module.  Both  of  these  modules  require  that 
a  query  service  be  provided  for  the  contact  reports  which 
are  known  to  the  system.  The  World  Model  performs  this 
service.  In  the  case  of  the  Response  Module,  the  queries 
will  be  requests  to  determine  if  a  contact  with  certain 
specifications  exists.  These  queries  will  require  a  boolean 
type  response.  The  Analysis  Module  queries  are  requests  for 
all  contact  reports  vhich  meet  certain  specifications.  They 
therefore  require  a  more  complicated  response.  Specifically, 
the  Wcrld  Mcdel  response  to  the  Analysis  Module  is  a  list  of 
contact    reports    which   meet    the   specified   requirements. 

The  Wcrld  Model  must  also  be  abla  to  add  and  delete 
contact  repcrts,  as  well  as  update  contact  reports  under  the 
direction      of  the      the  Analysis      Module.        The  addition      and 
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deletion  of  contact  reports  are  handled  much  like  the  stan- 
dard database  operations.  The  updating  of  contact  reports 
is  similar  to  the  update  database  operation.  However;  the 
eld  information  stored  in  the  contact  report  is  saved  in 
archival   stcrage. 

Another  function  of  the  World  Model  is  the  dead  reck- 
oning of  eld  contact  information.  Since  contact  data  is  time 
sensitive,  we  must  update  eld  contact  reports  to  keep  the 
tactical   situation      as  current  as  possible.  The   technique 

for  estimating  the  possible  position  of  the  contact  is 
called   dead   reckoning. 

The  basic  principle  of  dead  reckoning  is  to  project  the 
position  of  the  unit  along  its  last  known  course  and  speed 
for  the  time  interval  since  the  last  known  position.  A  modi- 
fication cf  this  technique  is  tc  project  the  contact  towards 
cwn  ship,  assuming  that  the  contact  will  be  travelling  at 
its  maximum  speed.  This  medification  is  used  by  the  World 
Model,  and  yields  the  closest  possible  position  of  the 
contact.  This  is  a  "worst -case"  analysis  approach  tc  the 
dead  reckoning  prcblem,  and  is  a  heuristic  versus 
algorithmic   technique. 

B.       DETAIIBE   DESCRIPTION 

1 .      Database  Structure 

The    knowledge     contained    in      the   World      Model    is      of 
three      types:  current   knowledge      about      active      contacts, 

historical  knowledge  about  active  contacts,  and  knowledge 
about  the  estimated  position  of  active  contacts.  The  current 
and  estimated  position  knowledge  resides  in  primary  memory. 
These  two  types  of  information  are  the  most  frequently 
accessed.  A  dynamic  structure  is  utilized  to  handle  this 
information,  taking  advantage  of  the  access  speed  increases 
that    are   available    from   using   structures   of   this   type. 


30 


It  is  important  to  remember  that  the  World  Model  is 
a  contact  informational  database  and  performs  several  func- 
tions of  a  database  management  system.  This  implementation 
is  just  cne  of  the  ways  in  which  the  World  Model  might  be 
structured.  It  is  envisioned  that  further  research  coupled 
with  innovative  database  management  systems  could  serve  to 
improve  the  performance  of  the  World  Model  with  respect  to 
real    time  calculations  and    responses. 

The  three  types  of  knowledge  mentioned  above  have 
three      separate    structures.  The      current   knowledge      about 

active  contacts  is  organized  in  a  three  dimensional  binary 
search  tree.  Two  other  schemes,  a  relational  model  and 
hashing,        were    considered      during  the      design   phase.  The 

contact  data  does  net  readily  lend  itself  to  storage  in  a 
relational  manner,  and  hashing  is  very  sensitive  to  colli- 
sions and  bunching  of  information.  Thus,  these  two  schemes 
were  discarded  in  favor  of  the  three  dimensional  binary 
search  tree.  It  was  decided  that  tha  most  utilized  fields 
for  access  were  the  track  number,  the  bearing,  and  the 
distance  of  the  contact.  This  implementation  is  a  single 
tree  with  the  equivalent  of  three  binary  search  trees  woven 
through  it,  all  using  •'"he  same  contact  report  nodes.  The 
three  inter-threaded  trees  are  based  on  the  three  primary 
fields,  track  number,  bearing  and  distance.  This  structure 
allows  for  rapid  access  for  the  primary  fields,  and  it  saves 
storage  space  since  the  trees  use  one  set  of  contact  report 
nodes.  If  a  query  from  the  Response  Module  or  the  Analysis 
Module  reguires  that  other  fields  be  accessed,  an  ordinary 
inorder   search    of  the   database    is   performed. 

The  second  data  structure  in  the  World  Model, 
archival  storage,  holds  the  historical  knowledge  abou-c 
active  contacts.  It  is  anticipated  that  in  the  final 
production  nodel,  archival  storage  will  reside  on  a  secon- 
dary   storage     device.        In    the   current      prototype,      archival 
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storage      is   kept      in    a     separate   data      structure    in      primary 
memory.        This      data    structure     is  a      linksd  list      of   linked 


Contact  Report 
of   Track   Number    A 


Contact   Report 
cf   Track  Nunfcer   B 
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Historic  list  of 

Track   Afs   Contact    Reports 


To   the  next    Track   Number 
in  the  Primary  List 
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T 


Figure  3.1         Archival   Lists. 

lists,  as  shown  in  Figure  3.1.  Each  node  in  the  primary 
list  is  composed  of  a  contact  report  of  a  specific  track 
number  and  two  pointers.  One  pointer  points  to  the  history 
list  for  that  specific  contact,  essentially  a  linked  list  of 
old  contact  reports.  The  other  pointer  points  tc  another 
contact    report's      history  list.  Access    of     information   in 

archival   storage  is    performed      in   unsorted,      linear    fashion. 


32 


This  method  is  not  optimum  with  respect  to  access  times; 
however,  the  archival  information  is  infrequently  utilized. 
Thus,  the  time  required  for  retrieving  information-  from 
archival  storage  has  a  negligible  effect  on  overall  system 
performance. 

The  third  data  structure  is  the  organization  of 
knowledge  about  the  estimated  position  of  active  contacts. 
This  structure  is  known  as  the  Dead  Reckoning(DE)  List  and 
resides  in  primary  memory.  The  DR  List  is  a  linked  list  of 
an  abbreviated  version  of  the  full  contact  report.  This 
record  structure  contains  the  contact's  track  number,  date 
time  group,  position  report,  which  in  this  case  is  the  DR 
position,  and  a  pointer  to  the  next  contact's  DR  record.  The 
decision  for  using  this  shortened  version  of  the  full 
contact  report  was  based  on  better  memory  utilization  and 
the  fact  that  DR  repcrts  were  estimated  positions.  If  detail 
is    desired,    the    full    contact   report   can   be    easily    retrieved. 

2.      Contact    Rejaort  Structure 

The  contact  report,  as  shown  in  Figures  3.2  and  3.3, 
is  the  data  structure  that  holds  all  relevant  knowledge 
about  an  active  contact.  The  basic  characteristics  of  any 
contact  are  track  number,  date  time  group,  and  position. 
Track  nunber  is  used  as  a  locator  for  the  contact  report, 
while  the  date  time  group  and  position  fix  a  contact's  posi- 
tion at  a  specific  time.  The  rest  of  the  contact  report  is  a 
further  classification  of  the  contact  obtained  through  anal- 
ysis and  inference.  For  example,  it  can  be  inferred  from  a 
surface  radar  contact  that  the  contact  'is  a  surface  or 
submarine  platform  type.  From  an  ESM  intercept,  the  emitter 
is  identifiable.  Additionally,  the  platform  type,  alliance, 
type  class,  units  in  that  particular  class,  other  emitters 
on   the    particular  type  class,    and   weapons,    can   be    inferred. 
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Figure  3.2        Contact    Report. 

The  final  field  of  the  contact  report,  the  correla- 
tion record,  also  requires  elaboration.  It  is  a  list  of 
track  numbers  that  have  been  correlated  to  the  contact 
report  to  which  it  is  attached.  This  correlation  record 
serves  to  store  extra  knowledge  about  the  reasoning  that 
took  place  in  performing  target  classification  and  identifi- 
cation. This  analysis  and  inference  is  performed  by  the 
Analysis  Module  which  is  described  in  the  next  chapter. 
However,  it  can  be  seen  that  the  contact,  report  serves  to 
store  both  object  knowledge  about  the  contact,  basically 
positional        information,        and        analytical     and        inferred 
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knowledge.  These  record  attributes  were  developed  with 
respect  to  the  functioning  of  the  Analysis  and  Response 
Modules,  and  the  types  of  information  that  they  require  to 
be   associated  with   each   contact   report. 

In   addition      to   the      above  information,         confidence 
factors   are   attached     to   most    of   the    fields      of   each   contact 
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a.      Position    Record    fields 


Weapon    Type 

Weapon    Name 

Weapon    Confidence 

Up   Status  (percent) 

In   Range  (boolean) 


b.      Weapon  Record   fields 


Figure  3,3        Position   and   Weapon   Record  Fields. 

report.  Since  the  information  might  have  been  obtained  by 
inference  or  from  an  unreliable  sensor  source,  these  confi- 
dence factors  indicate  to  the  operator  the  reliability  of 
the  information,  since  the  information  might  The  Analysis 
Module  will  fill  in  these  confidence  factors  during  its 
processing  of  the  original  sensor  data  and  during  contact 
report   correlation. 


35 


A  final  comment  about  the  structure  of  the  contact 
report  is  nscessary  due  to  the  manner  in  which  the  Analysis 
and  Response  Modules  cperate.  One  will  note  from  Figures  3.2 
and  3.3,  that  all  fields  below  the  position  record  exist  as 
linked  lists  of  records.  Again,  due  to  the  analytical  and 
inferential  nature  cf  the  Analysis  Module,  a  number  of 
possibilities  may  be  inferred  from  a  single  piece  cf  sensor 
data.  For  example,  a  certain  type  of  radar  may  exist  on  both 
surface  and  air  platforms.  These  platforms  may  have  a 
variety  cf  type  classes  such  as  destroyers,  cruisers  and 
others.  Further  analysis  reveals  that  many  units  are 
possible  underneath  each  type  class,  and  other  emitters  and 
weapons   are   carried    by  these  units.  One   can   see    that   this 

contact  report  contains  a  very  large  amount  of  knowledge. 
These  linked  lists  of  possibilities,  coupled  with  their 
respective  confidence  factors,  will  eventually  lead  tc  a 
concrete   target    identification. 

C.       SGRLE    MODEL    OPERATION 

The  database  operations  of  the  World  Model  are  initiated 
by  communications  from  either  the  Analysis  or  Response 
Modules.  After  initial  startup,  the  Analysis  Module  sends 
new  contact  reports  to  the  World  Model  to  add  to  its  data- 
base. The  dead  reckoning  mechanism  checks  every  fifteen 
minutes  fcr  any  contact  in  the  database  which  has  not  been 
updated  fcr  a  period  of  fifteen  minutes.  The  dead  reckoning 
mechanism  runs  continuously  after  the  initialization  of  the 
World   Model. 

Once  the  World  Model  has  been  started  up,  it  waits  for 
input  frcm  either  the  Analysis  or  Response  Modules.  The 
operation  that  the  Wcrld  Model  performs,  based  on  a  communi- 
cation frcm  the  Response  Module,  is  basically  to  search  the 
database      to  find     contacts    which     conform      to  the      Response 
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Module  query.  When  the  search  is  completed,  a  boolean-type 
answer  is  returned  indicating  whether  or  not  a  report  was 
found.  For  instance,  a  query  from  the  Response  Module  might 
be  "Is  cwn  ship  within  the  range  of  track  123*s  missiles?". 
(Note  that  this  English  language  query  will  be  formatted 
into  the  report  query  record  by  the  Response  Module.)  The 
World  Model  will  search  the  database  for  track  number  123, 
look  at  the  In  Range  field  of  the  record  of  the  specified 
weapon,  and  send  back  the  reply  to  the  Response  Module  in  a 
format   known  as    the    Query  Response. 

The  Analysis  Module's  communication  to  the  World  Model 
causes  a  variety  of  different  operations  to  cccur.  Similar 
to  the  Response  Module  query,  one  of  these  operations  is 
caused  by  the  Analysis  Module  sending  a  query  to  the  World 
Model  invoking  a  search  of  the  database.  This  search  can  be 
of  the  active  database,  or  archival  storage,  or  both.  The 
World  Model  will  search  its  database  for  contact  reports 
meeting  specific  requirements,  and  send  these  back  to  the 
Analysis  Module  as  a  linked  list.  For  example,  in  order  to 
perform  target  correlation,  the  Analysis  Module  may  want  all 
contacts  within  a  specified  range  of  bearings.  The  World 
Model  will  return  the  linked  list  of  contact  reports  that 
fulfill   this  requirement. 

As  previously  mentioned,  the  Analysis  Module  initially 
starts  up  the  World  Model  by  sending  the  first  contact 
report.  This  contact  is  received  by  the  World  Model  and  the 
database  is  created.  The  World  Model's  operations  of  addi- 
tion, update,  drop  track,  and  remove  track,  coincide  with 
the  basic  operations  of  add,  update,  and  delete,  performed 
en   a    typical  database. 

The  update  operation  is  caused  when  the  Analysis  Module 
is  sent  a  sensor  report  which  changes  the  knowledge  about  a 
known  contact  report.  This  update  may  be  caused  by  a  change 
in    positional  information    (i.e.,    a  change    in    bearing,    range, 
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course  cr  speed) ,  or  a  change  caused  by  analytical  or  infer- 
ential computations  performed  by  the  Analysis  Module.  In 
either  case,  the  Analysis  Module  sends  an  updated  version  of 
the  contact  report  to  the  World  Model.  The  World  Model  then 
takes  this  updated  version  and  places  it  in  the  database, 
and  additionally  sends  the  replaced  contact  report  to 
archival   storage. 

The  drop  track  and  remove  track  operations  are  analogous 
to  the  deletion  operation  performed  on  a  database.  The 
reason  why  there  are  two  operations  that  basically  delete 
information  from  the  World  Model  can  be  explained  from  an 
example  of  a  tactical  situation  analysis.  Suppose  a  contact, 
which  has  been  identified,  moves  away  from  own  ship,  and  the 
information  on  this  contact  becomes  of  minor  importance  to 
our  tactical  situation.  If  the  contact  is  a  warship,  we  may 
want  to  save  our  information  in  archival  storage.  If  the 
contact  is  a  merchant  ship,  we  may  want  to  delete  all  the 
information  on  the  ccntact.  The  drop  track  operation,  trig- 
gered by  the  Analysis  Module,  is  simply  the  shifting  of  the 
contact  report  from  the  primary  data  structure  into  archival 
storage.  The  remove  track  operation,  also  triggered  by  the 
Analysis  Module,  is  a  total  deletion  of  the  contact  informa- 
tion in  both  the  primary  data  structure  and  archival 
storage. 

The  remaining  operations  of  the  World  Model  deal  with 
the  capabilities  desired  of  a  computer  system  in  a  tactical 
environment.  The  computer  system  in  a  tactical  environment 
periodically  requires  preventive  maintenance.  It  is  desir- 
able to  be  able  to  regenerate  the  information  contained  in 
the  computer  system  after  an  inoperative  period  of  time.  To 
fulfill  these  requirements,  the  World  Model  has  the  capa- 
bility to  save  the  ccntact  information  in  primary  memory  on' 
a  secondary  storage  device.  The  World  Model  can  regenerate 
this    information      by    invoking   procedures    which      restart  both 
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the  primary  data  structure  and  archival  storage.  It  is 
important  to  note  that  the  restart  of  the  World  Model  should 
be  performed  only  when  the  "down  time"  of  the  system  is 
short  and  the  tactical  picture  has  not  significantly 
changed.  Presumably,  this  decision  will  be  made  by  the 
operator.  Otherwise,  if  the  down  time  is  lengthy,  the  World 
Modal  should  more  properly  be  initialized  and  started  anew. 
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17.    MAIIS IS    MODULE 

1.       BASIC   DESCRIPTION 

The  Analysis  Module  is  the  basic  foundation  of  the 
TAC*II  system.  Its  primary  function  is  target  identifica- 
tion and  correlation.  During  its  operation,  it  produces  an 
analysis   of     own   ship's     tactical  situation.  The    Analysis 

Module  receives  as  input  preprocessed  sensor  data  and 
produces  as  outpu-t  a  target  identification  with  associated 
confidence  factors.  These  confidence  factors  are  an  indica- 
tion cf  the  certainty  of  the  target  identification.  As  mere 
sensor  data  is  received,  the  Analysis  Module  makes  correla- 
tions  between  senscr  reports,  trying  to  achieve  a  more 
accurate   target    identification. 

The  Aralysis  Module  performs  many  functions  relating  to 
target     identification     and      correlation.  when      a      sensor 

contact  report  is  received,  it  assigns  an  internal  track 
number  to  that  report  and  maintains  a  listing  of  the  sensor 
track  number  and  its  associated  internal  track  number.  This 
listing  is  known  as  the  Cross  Reference  Table  and  is  used  by 
the    Analysis  Module    for   contact   report   identification. 

The  Analysis  Mcdule  makes  inferences  about  contacts 
reported  by  the  sensors.  In  order  to  make  these  inferences, 
the  Analysis  Module  uses  a  portion  of  the  Knowledge  Ease, 
the  Combat  Unit  Data  Base.  The  Combat  Unit  Data  Base  is 
contained  within  the  Analysis  Module  and  consists  of  static 
object   knowledge   about  specific   combat    units. 

The  Analysis  Module  solves  a  relative  motion  problem  in 
order  to  perform  a  correlation  between  two  contacts.  This 
process  is  called  backtracking  and  the  problem  involves  a 
determination  of  a      course    and    speed    reguired      for    a   contact 
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to  move  from  one  position  to  another.  When  compared  to  a 
contact* s  actual  course  and  speed,  the  required  course  and 
speed  serves  as  a  measure  of  how  good  the  correlation  is 
between   two   contact    reports. 

During  the  processing  of  sensor  inputs,  situations  occa- 
sionally occur  which  require  the  uncorrelation  cf  contact 
reports.  For  example,  when  a  contact  report  is  deleted  from 
the  database,  its  effect  on  other  contact  reports,  due  to 
prior  correlations,  must  be  negated.  This  is  accomplished  by 
adjusting  the  confidence  factors  of  the  contact  reports 
involved,  using  stored  information  concerning  the  prior 
correlations. 

Another  function  of  the  Analysis  Module  is  to  process 
external  input  and  output  for  the  system.  It  performs  inter- 
action with  the  operator  console,  transmitting  output 
information   and    receiving  operator  queries. 

The  Analysis  Module  interfaces  with  both  the  World  Model 
and  the  Response  Module.  It  transmits  contact  report 
updates,  additions  and  deletions,  to  the  World  Model,  in 
addition  to  queries.  It  sends  contact  reports  to  the 
Response  Module  to  trigger  its  operations.  In  turn,  the 
Analysis  Module  receives  query  responses  from  the  World 
Model,  and  action  responses  from  the  Response  Mcdule  for 
subsequent    transmission   to    the   operator    console. 

The  Analysis  Module  uses  word  descriptions  to  describe 
degrees  cf  confidence  in  the  validity  of  information 
received.  Many  current  approaches  to  the  implementing  cf 
certainty  factors  use  numerics  for  degrees  of  belief. 
Because  the  Analysis  Module  uses  inference  and  correlation 
techniques  for  target  identification,  reasoning  and  infer- 
ences with  certainty  factors  is  an  important  facet  of  its 
operation.  Since    reasoning      with      numerics      proves    to     be 

restrictive  in  some  instances,  the  word  description  sequence 
cf    Figure    4.1    was   used. 
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Figure   4.1        Word  Descriptions. 


B.       DETAILED   DESCRIPTION 


1.      Interfaces 


The  Analysis  Module  interfaces  with  the  World  Model, 
the  Response  Module  and  the  operator  console.  The  informa- 
tion flew  tc  and  frcm  the  World  Model  consists  of  database 
operations  and  queries.  The  Analysis  Module  transmits 
contact  reports  for  additions  and  updates  of  the  database, 
and  it  sends  messages  to  the  World  Model  specifying  a 
certain  contact  for  deletion.  In  order  to  obtain  information 
about  the  tactical  situation,  the  Analysis  Module  sends 
queries  tc  the  World  Model  concerning  contacts,  and  receives 
the  associated  query  responses  which  are  lists  of  contact 
reports. 

In  its  interface  with  the  Response  Module,  the 
Analysis  Module  transmits  contact  updates  which  trigger  a 
search  for  appropriate  responses.  The  Analysis  Module 
receives  these  responses,  and  in  turn,  transmits  them  to  the 
operator   console   for    display. 
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In  addition,  the  Analysis  Module  provides  an  inter- 
active query  service.  The  operator  can  query  the  system 
about  current  tactical  information  held  in  the  World 'Model 
and  ccmbat  unit  knowledge  held  in  the  Combat  Unit  Data  Base. 
The  operator  also  can  query  the  system  for  information 
concerning  current  policies  and  directives  which  are  located 
in   the   production  rule  portion   of  the   Response   Module. 

2 •      The   Cross   Reference    Table 

One  of  the  Analysis  Module's  functions  relating  to 
target  identification  is  the  maintenance  of  an  internal 
numbering  system  which  is  used  for  contact  report  identifi- 
cation. The  purpose  of  the  internal  numbering  system  is  to 
ensure  that  each  contact  report  is  uniquely  identified  and  a 
sensor  origin  of  a  specified  contact  report  can  be  found. 
The  Cross  Reference  Table  fulfills  this  purpose  by  main- 
taining a  listing  of  the  individual  sensor  track  numbers, 
which  are  assigned  external  to  the  TAC*II  system,  and  their 
associated   internal    track   numbers. 

The  basic  structure  of  the  Cross  Reference  Table  is 
a  series  of  linked  lists  with  each  node  in  the  list 
containing  a  sensor  track  number  and  its  associated  internal 
track  nunber.  These  linked  lists  ara  organized  by  sensor: 
for  each  sensor  there  exists  a  corr asponding  linked  list. 
The  division  of  linked  lists  according  to  sensors  allows 
rapid  access  to  a  sensor's  contacts  and  aids  in  the 
determination  of  the    sensor    origin  of   a   particular    contact. 

In  its  maintenance  of  the  Cross  Reference  Table,  the 
Analysis  Module  performs  three  basic  types  of  operations. 
When  a  sensor  input  is  received,  the  Analysis  Module 
searches  the  Cross  Reference  Table  for  the  sensor  track 
number.  If  the  sensor  track  number  is  found,  then  the  asso- 
ciated internal  track  number  is  returned.  If  net,  the 
Analysis    Module    assigns   a   unique   internal   track    number,    adds 
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this  pairing  to  the  Cxoss  Reference  Table,  and  returns  xhe 
newly   assigned      internal   track   number.  Additionally,      the 

Analysis  Module  uses  the  Cross  Reference  Table  to  find  the 
sensor  origin  of  a  given  contact  report  using  the  internal 
track  number  as  an  index  to  the  table.  Finally,  when  a 
specified  contact  is  to  be  deleted  from  the  TAC*II  system, 
the  Analysis  Module  deletes  the  pairing  of  sensor  and 
internal   track    numbers  from    the  Cross   Reference   Table. 

3 .      The   Combat   Unit   Data   Base 

The  Combat  Unit  Data  Base  is  contained  within  the 
Analysis  Module  and  consists  of  static  object  knowledge 
about   combat     unit    characteristics      and   capabilities.  The 

unit  attributes  which  are  contained  in  this  database  are 
class  name,  unit  name,  maximum  speed,  and  the  emitters  and 
weapons   suites.  The  database   is      composed   of      five   linked 

lists:  the  Intell  List,  the  Quick  Emitter  List,  the  Quick 
Weapon  List,  the  Fast  Unit  List,  and  the  Quick  Class  List. 
Each   of   these  linked   lists    is   linear    and   unordered. 

The  Intell  List's  records  contain  all  of  a  unit's 
attributes,  and  a  separate  record  exists  for  each  unit 
loaded  into  the  Combat  Unit  Data  Base.  (see  Figure  4.2  (a)) 
The  Quick  Emitter  List,  the  Quick  Weapon  List,  the  Quick 
Class  List,  and  the  Fast  Unit  List  are  inverted  indices  to 
the  Intell  List,  (see  Figure  4.2  (b)  and  (c) )  These  inverted 
indices  allow  for  rapid  access  to  the  names  of  units  associ- 
ated with  a  particular  emitter,  weapon,  speed  or  class.  This 
precludes  having  to  dc  a  global  search  of  the  Intell  Lisx  to 
infer  which  units  might  be  associated  with  a  given 
attribute. 
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Figure    4.2        Combat   Unit   Data   Base  Lists. 

y-      £u§LZ  Formulation 

The  Analysis  Module  formulates  and  transmits  queries 
to  the  World  Model  in  order  to  obtain  additional  information 
concerning   the      tactical   situation.  The    purpose      cf   these 

queries  is  to  check  the  dynamic  portion  of  the  Knowledge 
Base  for  any  ccntact  reports  which  might  provide  corrobo- 
rating  information      based  on      related   geographical      position 
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for  target  identification.  The  Analysis  Module  formulates 
its  query  based  on  the  information  contained  in  the  tempo- 
rary contact  report.  Specifically,  the  platform  type,  the 
bearing,  and  the  range  are  used  to  prepare  a  query  whose 
response  will  contain  a  complete  list  of  all  geographically 
related  contact  reports.  An  effort  will  be  made  to  correlate 
these   reports   with   the  temporary    contact   report. 

Each  contact  report  should  have  an  inferred  platform 
type  associated  with  it.  The  platform  type  has  a  direct 
effect  on  the  bearing  and  range  constraints  of  the  geograph- 
ical sector  limits  of  the  query.  This  effect  is  based  on  the 
inherent  performance  capabilities  of  each  platform  type.  The 
encoded  procedural  knowledge  pertaining  to  the  bearirg  and 
range  constraints  incorporates  the  assumption  that  no  ccrre- 
laticn  is  possible  cut  side  of  these  geographical  sector 
limits.  Once  determined,  these  constraints  are  formatted 
into    a   query  and  transmitted   to  the   World   Model. 

5  •      Backtracking 

The  Analysis  Module  contains  a  backtracking  proce- 
dure which  selves  a  relative  motion  problem  in  order  to  make 
a  correlation  between  two  contact  reports  with  different 
positional  informaticn.  The  relative  motion  problem  is  to 
determine  the  course  and  speed  required  to  move  from  one 
geographic  position  to  another  during  the  elapsed  time 
between  two  contact  reports,  taking  into  account  own  ship's 
movement.  The  backtracking  procedure  reduces  the  relative 
motion  problem  to  a  true  motion  problem  by  negating  the 
effect  of  cwn  ship's  movement,  and  then  it  calculates  a 
course  and  speed  required  for  a  contact  to  move  between  the 
two    positions  during   the   elapsed   time. 

The  backtracking  procedure  consists  of  three  parts: 
the  calculation  of  a  resultant  course  and  speed  for  own  ship 
during      the     time      interval,      the     negation      cf      own      ship's 
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movement  from  the  earlier  contact  report's  positional  infor- 
mation, and  the  calculation  of  the  required  course  and 
speed.  The  calculation  of  own  ship's  resultant  course  and 
speed  is  performed  by  repeated  application  of  the  law  of 
cosines  on  the  various  courses  and  speeds  of  own  ship  during 
the    elapsed   time  between   the   two   contact   reports. 

The  next  step  in  the  backtracking  procedure  is  to 
negate  own  ship's  movement  from  the  earlier  contact  report's 
position.  This  step  converts  the  relative  motion  problem  to 
a  true  motion  problem.  The  earlier  contact  report's  posi- 
tion is  "backtracked"  along  a  line  parallel  to  own  ship's 
resultant  course  for  the  distance  own  ship  travelled  at  its 
resultant  speed  during  the  elapsed  time.  This  results  in  a 
geographically    fixed   true  motion    problem. 

The  final  step  is  to  find  the  required  course  and 
speed  necessary  for  the  contact  to  travel  the  true  distance 
between    the     two   positions      during  the      elapsed   time.  The 

required  speed  is  a  simple  division  of  the  true  distance  by 
the  elapsed  time,  and  the  required  course  is  calculated 
using  the  law  of  cosines.  The  Analysis  Module  later  uses 
this  required  course  and  speed,  the  solution  to  the  relative 
notion  problem,  tc  determine  the  believability  of  the 
correlation   between   two   contact   reports. 

6  •      Correlation 

The  Analysis  Module  performs  a  correlation  between 
contact  reports  generated  by  different  sensors  in  order  tc 
ascertain  additional  information  leading  possibly  to  a  high 
confidence  target  identification.  These  correlations  are 
made  by  comparing  two  contact  reports  at  a  time.  The  corre- 
lation procedure  generates  a  correlation  factor  given  the 
solution  to  the  relative  motion  problem,  and  adjusts  the 
confidence  factors  within  each  contact  report  accordingly. 
Correlation     factors      describe   the      believability      that      two 
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contact  reports  represent  the  same  target,  while  confidence 
factors  describe  the  believability  of  the  information 
contained   in  specific  record   fields. 

The  first  part  of  the  correlation  procedure  calcu- 
lates a  correlation  factor  by  comparing  the  required  course 
and  speed  with  both  contact  reports'  actual  courses  and 
speeds.  The  results  of  this  comparison  are  translated  into 
a  correlation  factor  which  indicates  how  good  the  correla- 
tion is  between  the  two  contact  reports.  A  heuristic  is 
used  in  this  translation  which  pertains  to  the  normal  opera- 
tions of  a  ship  at  sea.  Generally,  it  is  more  common  for  a 
ship  underway  to  make  a  course  change  than  it  is  a  speed 
change.      Therefore    the  correlation  is    weighted  accordingly. 

The  second  part  of  the  correlation  procedure  is  the 
modifying  cf  the  ccnfidence  factors  in  the  two  contact 
reports  in  accordance  with  the  strength  of  the  correlation 
made    between     the  two  reports.  A   correlation      between   two 

contact  reports  can  imply  additional  information  about 
target  identification,  according  to  the  strength  cf  correla- 
tion. The  confidence  factors  associated  with  each  contact 
report  will  be  affected  in  a  positive  or  negative  way.  For 
example,  if  the  ccrrelation  factor  is  high  and  the  two 
reports  each  hold  the  same  information  in  a  certain  record 
field,  then  the  correlation  should  support  the  belief  in 
that  information.  This  "support  effect"  leads  to  a  higher 
confidence  factor  being  assigned  to  the  information  in  both 
reports.  The  converse  of  this  example  is  also  true  and 
results   in    a  lower    ccnfidence    factor    assignment. 

If  en  the  other  hand,  information  is  held  in  one 
record  and  not  the  other,  the  correlation  procedure  trans- 
fers the  information  to  the  other  contact  report.  The 
believability  of  this  new  information,  the  ccnfidence 
factor,    is   then    modified   by   the   correlation   factor. 
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7 .      Uncorrelation 

During  the  processing  of  sensor  inputs  and  the 
acquisticn  of  more  knowledge  concerning  the  tactical 
picture,  situations  occasionally  occur  which  require  the 
Analysis  Module  tc  uncorrelate  two  contact  reports. 
Uncorrelation  is  necessary  in  order  to  remove  the  effects  of 
a  pricr  correlation    between    the   two    raporzs. 

There  are  three  such  situations  that  require  the 
Analysis  Module  to  perform  uncorrelation.  One  situation 
develops  whan  a  query  response  for  a  particular  temporary 
contact  repcrt  does  not  include  all  previously  correlated 
contact   reports.  lor   example,      if    Temp_contact  1      had  beer- 

correlated  with  Contact3  and  the  current  query  response  does 
not  include  Contact3,  then  Contact3  is  outside  the  geograph- 
ical limits  of  the  query  and  must  therefore  be  uncorrelated 
(see    Figure   4.3).  The   other   two  situations      which  require 

uncorrelation  exist  when  a  confirmed  target  identification 
is  made  cr  when  a  contact  report  is  deleted  from  the  system. 
For  all  three  situations,  uncorrelation  negates  the  effect 
cf  one  contact  report  on  others  in  the  database  in  order  to 
maintain  a  consistent  and  accurate  analysis  of  zhe  tactical 
picture. 

For  the  given  situation,  ths  uncorrelation  procedure 
formulates  a  series  of  queries  to  the  World  Model  to  ob-cain 
each  cf  the  contact  reports  which  must  be  uncorrelated  with 
the  temporary  contact  report.  Each  of  these  queries  is  held 
in  a  guery  list  until  the  World  Model  responds  with  a  query 
response  list.  As  each  uncorrelation  is  performed,  an 
updated  ccntact  report  is  sent  to  the  World  Model  for  both 
con-acts.  The  temporary  contact  report  then  replaces  any 
copies   which  may   exist  on  the    query   list. 
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Note  :  Contact  Report  3  is  not  in  the  Query  Response 
thus  it  has  been  implicitly  uncorrected,  and 
the  correlation   effects   must    be   negated. 


Figure  4.3        Example    of   Implicit   Uncorrelation. 

In  a  manner  similar  to  that  of  the  correlation 
procedure,  the  uncorrelation  procedure  modifies  the  confi- 
dence factors  of  a  contact  report  which  is  being 
uncorrelated  with  the  temporary  contact  report.  As  previ- 
ously stated  in  the  correlation  procedure  description,  a 
correlation  is  generally  supportive  of  the  confidence  which 
is  assigned  to  knowledge  contained  in  both  contact  reports. 
The  uncorrelation  procedure  must  remove  this  "support 
effect".  In  essence,  the  procedure  performs  a  correlation 
of  the  two  reports  with  an  assigned  correlation  factor  of 
NONE.  This  results     in  a      downgrading      of   the      confidence 

factors      in    the      contact      report      being   uncorrelated,        thus 
removing   the  effects   of   the    prior  correlation.      The    modified 
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versions  cf  the  contact  reports  are  then  sent  back  to  the 
World   Model. 

C.       ANALYSIS   MODULE    OPERATION 
1  •      Preliminary    Phase 

The  Analysis  Module's  operation  essentially  begins 
when  a  preprocessed  sensor  input  is  received.  This  sensor 
input  consists  of  positional  information  and  a  confidence 
factor  which  indicates  the  degree  of  reliability  associated 
with  the  position.  This  information  is  placed  into  a  contact 
report  tenplate  known  as  the  temporary  contact  report  which 
is  used  to  stors  the  analytical  and  inferential  knowledge 
about  the  contact's  identification.  This  temporary  contact 
report  is  ultimately  transmitted  to  the  World  Model  for 
inclusion   in  its  database. 

The  first  step  of  Analysis  Module  operation,  after 
the  sensor  input  is  received,  is  to  assign  an  internal  track 
number  to  the  temporary  contact  report.  The  Analysis  Module 
searches  the  Cress  Reference  Table  with  the  sensor  track 
number.  If  the  sensor  track  number  is  found,  the  associated 
internal  track  number  is  returned.  If  not,  the  Analysis 
Module   assigns    a      unique   internal  track   number.  In   either 

case,  the  internal  track  number  is  placed  in  the  temporary 
contact  report  for  report  identification  purposes.  The  next 
operational  phase  of  the  Analysis  Module  involves  inferences 
made  pertaining  to  possible  contact  identification  using  the 
Combat   Unit    Data   Base. 

2 .      Combat    Unit    Data   Base 

Using  the  information  contained  in  the  temporary 
contact  rsport,  the  Analysis  Module  searches  the  Combat  Unit 
Data  Base  for  all  information  that  could  lead  to  the 
contact's        identification.  The        amount        and      type        of 
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information  contained  in  the  temporary  report  varies  based 
on  the  senscr  origin.  The  Analysis  Module  makes  its  infer- 
ences frcm  the  Combat  Unit  Data  Base  using  the  information 
contained  in  the  following  fields:  unit  name,  class  name, 
weapons,    emitters,    and  contacts   speed. 

Two  basic  search  techniques  are  employed  based  on 
the  information  contained  in  the  above  contact  report 
fields.  If  the  tenporary  contact  report  has  a  unit  name 
with  a  CCNFIBMED  confidence  factor,  then  the  Intell  List  of 
the  Ccmbat  Unit  Data  Ease  will  be  searched  for  the  specific 
unit,  and  that  unit's  identification  information  will  be 
placed  in  the  temporary  contact  report.  If  the  unit  name  is 
not  CCNFIBMED  or  the  unit  field  is  unfilled,  the  appropriate 
Class,  Emitter  or  Weapon  Quick  List  is  searched  to  find  all 
units   having  the  given  contact   attributes. 

If  the  temporary  contact  report  does  not  include  any 
information  about  unit  name,  class,  emitters,  or  weapons, 
then  the  Fast  Unit  Quick  List  is  searched,  if  appropriate, 
using  the  contact's  speed.  A  check  is  made  of  the  contact's 
actual  speed  against  a  threshold  speed  for  applicable  sensor 
contacts.  The  threshold  speed  for  an  air  contact  is  600 
knots,  and  for  a  surface  contact,  it  is  40  knots.  If  the 
contact's  current  speed  does  not  exceed  the  applicable 
threshold  speed,  then  a  search  of  the  Combat  Unit  Data  Base 
is      net    performed.  This    precludes      a      search   returning      a 

majority  of  the  database  as  possible  target  identifications, 
which   would   be    of    little   practical  use. 

As  the  appropriate  quick  list  is  being  searched,  the 
lis-  cf  associated  unit  names  is  placed  in  the  unit  list  of 
the  temporary  contact  report.  Using  the  total  number  of 
units  in  this  list,  the  Analysis  Module  calculates  an  appro- 
priate confidence  factor  for  each  unit  which  is  the 
probability   that  the   contact   could  be   that    particular   unit. 
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Next,  the  In tell  List  is  searched  repeatedly  for 
each  unit  on  the  unit  list  of  the  temporary  contact  report. 
All  of  units1  information  concerning  class,  maximum  speed, 
emitters,  and  weapons  is  added  to  the  temporary  contact 
report.  At  this  point,  the  temporary  contact  report  holds 
all  information  relating  to  the  multiple  possibilities  for 
target  identification.  The  fields  of  the  report  are  then 
examined  to  remove  all  duplicate  information.  A  count  of 
duplicate  items  is  kept  in  order  to  assign  a  confidence 
factor  tc  each  particular  entry  in  the  class,  platform, 
alliance,  emitter,  and  weapon  lists.  This  calculated  confi- 
dence factor  is  an  indication  of  the  believability  that  the 
contact   has   a  particular  attribute. 

The  inference  operation  of  the  Analysis  Module, 
using  the  Combat  Unit  Data  Base,  is  now  completed,  and  the 
temporary  contact  report  contains  the  possibilities  for 
target  identification  and  their  associated  confidence 
factors.  This  temporary  contact  report  is  then  utilized  to 
formulate  a    guery  tc   the   World   Model. 

3-      Cuery  Handling 

After  the  Analysis  Module  has  inferred  as  much 
information  about  the  contact  as  possible  from  the  Combat 
Dnit  Data  Base,  a  guery  to  the  World  Model  is  formulated  to 
obtain  additional  contact  reports,  which  on  the  basis  of 
their  geographical  positions,  might  provide  further  suppor- 
tive information  leading  to  target  identification.  The 
guery  is  transmitted  to  the  World  Model,  and  the  temporary 
contact  report  is  placed  in  the  query  list  under  a  unigue 
guery   number. 

When  the  Analysis  Module  receives  the  query  response 
list  from  the  World  Hod el,  it  searches  the  guery  list  for 
the  appropriate  query  number  and  removes  the  temporary 
contact      report.  All     contacts   with      a      CONFIRMED     target 
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identification  will  then  be  pruned  from  the  query  response 
list.  Next,  the  Analysis  Module  uses  the  sensor  origin  of 
the  temporary  contact  report  to  eliminate  all  contact 
reports  of  the  same  origin  from  the  query  response  list. 
This  elimination  is  possible  due  to  the  assumption  that 
sensors  perform  individual  track  correlation  in  their 
processing  of  raw  data.  The  temporary  contact  report  and 
the  pruned  query  response  list  are  than  used  by  the  Analysis 
Module   in  the  correlation  phase   of  operation. 

^  •      Correlation 

The  Analysis  Module  performs  correlations  between 
two  contact  reports  in  order  to  infer  any  additional  infor- 
mation that  could  pcssibly  lead  to  an  increased  confidence 
in  target  identification.  The  Analysis  Module  correlates 
the  temporary  contact  report  with  each  report  in  the  pruned 
query  response    list,    one  at    a   time. 

The  first  step  in  the  correlation  between  the  two 
reports  involves  the  generation  of  the  correlation  factor. 
The  two  ccntact  repcrts  are  passed  to  the  backtracking 
procedure  which  solves  the  relative  motion  problem,  and 
returns  a  required  ccurse  and  speed  for  a  contact  to  travel 
between  the  two  reports1  positions.  This  required  ccurse 
and  speed  is  then  translated  by  the  correlation  procedure 
into  a  correlation  factor  indicating  the  degree  of  confi- 
dence h?ld  in  the  assumption  that  the  two  contact  reports 
represent  the  same    ccntact.  Using    the   correlation   factcr. 

The  Analysis  Module  combines  the  information  held  in  the  two 
reports  and  adjusts  the  associated  confidence  factors  in 
accordance  with  the  arrays  listed  in  Tables  I,  II,  III,  IV, 
V  and   VI. 

For  an  initial  example  to  discuss  how  the  correla- 
tion procedure  uses  these  arrays  to  adjust.  confidence 
factors,      we  assume    that   the  two      contact    reports   are      being 
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correlated  the  first  time.  The  confidence  factors  in  both 
reports  are  adjusted  using  the  Support  Array  and  Correlation 
Array  as  appropriate  in  the  context  given  by  the  correlation 
factor. 

The  adjustment  of  the  confidence  factors  is 
performed  fcr  each  record  field  in  both  contact  reports, 
item  by  item.  Initially,  the  confidence  factors  associated 
with  the  record  entries  held  in  common  by  both  reports  are 
adjusted.  A  two  pass  support  correlation  using  the  Support 
Array  is  performed  to  mutually  reinforce  the  information 
held  between  two  contact  reports  which  have  been  correlated. 
The  temporary  contact  report  is  used  as  the  effector  in  the 
first   pass,     while    the  query   response      report   is   used   as   the 
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Figure    4.4        Two  Pass   Support   Correlation. 

effector  in  the  second  pass  (see  Figure  4 . 4)  .  During  each 
pass,  the  confidence  factors  are  adjusted  appropriately 
according   to  results   of   entry   into  the   Support   Array.      After 
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these  two  passes  are  completed,  items  held  in  one  contact 
report  but  not  the  ether  are  added  to  the  other  contact 
report.  The  confidence  factor  assigned  to  this  itsn  is 
found  by  using  the  Correlation  Array  with  the  correlation 
factor  as  the  context  and  the  associated  confidence  factor 
as   the   value. 

After  all  record  fields  have  been  processed,  the 
correlation  factor  and  the  track  number  of  each  report  are 
placed  in  the  correlated  list  of  the  opposite  report.  At 
this  point,  the  correlation  between  the  two  contact  reports 
is  completed,  and  the  updated  version  of  the  temporary 
contact  report  is  used  to  correlate  with  the  next  contact 
report  in  the  query  response  list.  Additionally,  the 
updated  contact  report  from  the  query  response  list  is  sent 
to   the   World  Model. 

Per  another  example  of  the  correlation  procedure, 
assume  that  the  temporary  contact  report  and  the  second 
report  en  the  query  response  list  have  been  previcusly 
correlated.  The    old     correlation   factor      between   the      two 

contacts  is  found  in  the  correlated  list  of  the  temporary 
contact  report.  Using  the  new  and  the  old  correlation 
factors,  the  Correlation  Correction  Table  is  entered 
yielding  an  ordinal  correction  number  which  is  applied  to 
the  confidence  factors  for  those  record  items  held  in  both 
reports. 

Since  it  is  possible  for  correlations  with  ether 
reports  tc  take  place  between  the  time  one  contact  report  is 
correlated  with  a  report  for  the  second  time,  there  could 
exist  record  items  which  are  in  one  report  and  not  the 
ether.  These  record  items  are  added  to  the  other  report  and 
the  adjustment  of  the  associated  confidence  factors  are 
handled  in  the  same  uannner  as  an  initial  correlation  using 
the  Correlation  Array  and  the  new  correlation  factor  as  the 
context. 
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When  the  temporary  contact  report  has  been  corre- 
lated with  every  contact  report  on  the  query  response  list, 
the  Analysis  Module  transmits  the  updated  version  of  the 
temporary  contact  report  to  the  World  Model  for  storage.  In 
addition,  the  Analysis  Module  sends  the  updated  version  of 
the  temporary  contact  report  to  the  Response  Module 
triggering   its    operation. 

5 .      Unccrrelation 

An  infrequent  phase  of  the  Analysis  Module's  opera- 
tion is  unccrrelation.  In  some  situations,  it  is  necessary 
to  uncorrelate  two  contact  reports  in  order  to  maintain 
accurate  assessments  of  contact  report  identifications.  For 
example,  if  a  contact  is  deleted  from  the  system,  then  the 
effect  of  that  contact  on  all  ether  contacts  in  the  system 
should  be  removed.  After  a  CONFIRMED  correlation  is  made 
between  a  temporary  contact  report  and  a  query  response 
report,  any  reports  en  the  temporary  contact  report's  corre- 
lated list  with  the  same  sensor  origin  as  the  query  response 
report  must  be  uncorrelated  (see  Figure  4.5).  This  is  based 
on  our  initial  assumption  of  single  sensor  track  correla- 
tion. Additionally,  if  a  query  response  list  dees  not 
include  all  contact  reports  whose  track  numbers  are  located 
in  the  temporary  contact  report's  correlated  list,  then  the 
contacts  whose  track  numbers  are  not  in  the  query  response 
list  should  be  uncorrelated  with  the  temporary  contact 
report.  This  situation  indicates  that  the  prior  correlation 
is  no  longer  valid  due  to  the  contact  being  outside  of  the 
geographical  sector    limits    used   for   query   formulation. 

When  one  of  these  situations  occurs,  the  Analysis 
Module  transmits  a  query  for  each  contact  to  be  returned  for 
uncorrelaticn.  The  uncor relation  operation  is  actually  a 
correlation  of  the  two  contact  reports  with  the  new  correla- 
tion     factor  being      assigned   the      value    of      NONE.         The      old 
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Figure  4.5    Example  of  CONFIRMED  Oncorrelation. 

correlation  factor,  along  with  the  new  correlation  factor  of 
NONE,  is  used  to  enter  the  Correlation  Correction  Tabla.  A 
negative  ordinal  value  is  returned  and  applied  to  each 
record  item  which  is  held  in  common  by  both  reports,  thus 
removing  the  effect  cf  the  prior  correlation. 

When  all  of  the  un correlations  with  this  rempcrary 
contact  repcrt  being  held  on  the  query  list  are  performed, 
the  updated  temporary  contact  report  is  sent  to  the  World 
Model. 
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6 .      Summary 

The  Analysis  Module  performs  target  identification 
when  given  an  input  contact  report.  It  makes  inferences 
about  target  identification  based  on  both  sensor  input 
information  and  correlations  made  between  geographically 
related  contacts.  The  final  results  of  continued  Analysis 
Module  operations,  when  applied  to  all  sensor  inputs,  is  an 
analysis   cf   each   known  contact. 

D.       FDTOBE    CONSIDERATIONS 

The  most  important  area  of  the  Analysis  Module  for 
future  research  and  review  involves  the  assignment  cf  confi- 
dence and  correlation  factors.  These  assignments  are  of 
vital  importance  to  the  accuracy  and  reliability  of  the 
TAC*II  system  output,  since  the  confidence  and  correlation 
factors  are  used  in  reasoning  and  inference  about  possible 
contact   identifications. 

The  assignment  cf  confidence  and  correlation  factors 
occurs  in  three  areas  of  Analysis  Module  operations.  First, 
the  Analysis  Module  assigns  confidence  factors  tc  informa- 
tion inferred  from  the  Combat  Unit  Data  Base  concerning  the 
multiple  possibilities  of  target  identification.  Secondly, 
the  Analysis  Module  translates  the  results  obtained  from  the 
backtracking  procedure  into  a  correlation  factor.  Finally, 
new  confidence  factors  are  assigned  to  record  fields  in 
contact  reports  involved  in  a  correlation  based  on  the 
strength   of   the    correlation  . 

In  each  of  these  three  areas,  a  different  heuristic  was 
developed  in  order  to  assign  the  confidence  or  correlation 
factor  by  the  use  of  several  test  cases  and  past  experience. 
Future  research  and  exhaustive  testing  should  concentrate  on 
trying  tc  validate  these  heuristics.  If  the  heuristics  are 
not    general   enough,      then  they   should   be   extended   tc   produce 
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an  accurate  assignment  of  confidence  and  correlation 
factors. 

Another  area  of  the  Analysis  Module  that  could  be 
enhanced  through  future  research  is  the  organization  of  data 
in  the  Combat  Unit  Data  Base,  the  Cross  Reference  Table,  and 
the  Query  List.  Through  the  use  of  advanced  database  manage- 
ment techniques,  access  time  for  information  retrieval  could 
be   optimized  in    these  data    structures. 

Finally,  in  our  implementation  of  the  Analysis  Module, 
the  interactive  query  service  for  the  operator  was  not 
encoded.  Future  work  in  this  area  should  include  the  imple- 
mentation of  the  interactive  query  service  as  described  in 
the  detailed  description  of  the  Analysis  Module  interfaces. 
Additionally,  a  new  feature  which  allows  the  operator  to 
examine  the  inference  process  that  leads  to  a  particular 
target  identification  should  be  incorporated.  This  feature 
would  be  of  benefit  not  only  in  terms  of  increasing  user 
confidence  about  TAC*II,  but  also  in  the  area  of  system 
testing    and   validation. 
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*•    RESPONSE    MODULE 

A.       GENEEAL    DESCRIPTION 

1 .      Purpose 

The  overall  purpose  of  the  Response  Module  is  to 
determine  whether  or  not  a  response  is  warranted  in  a  given 
situation,  and  if  required,  which  response  is  most  appro- 
priate. It  is  the  most  heuristic  of  TAC*II's  three  major 
modules  since  it  makes  a  decision  in  an  uncertain  environ- 
ment en  hew  to  respond  to  a  given  situation.  The  Response 
Module  maintains  an  abstraction  of  the  current  situation  and 
the  current  situational  readiness  state  which  determines  the 
context  in  which  the  "world"  should  be  viewed.  It  is  trig- 
gered by  an  input  from  the  Analysis  Module  indicating  a 
change  in  either  the  current  situation  or  a  change  of 
readiness  state. 

The  action  which  takes  place  within  the  module  is  a 
two-phase  process.  First,  it  must  ba  determined  if  there 
are  any  prescribed  actions  to  take  in  the  current  situation 
based  on  military  doctrine.  Second,  the  current  situation 
is  examined  to  see  if  it  is  similar  to  any  tactical 
scenarios  stored  in  memory.  If  so,  the  successful  actions 
taken  in  these  scenarios  are  modified  to  be  applicable  to 
the   current   situation. 

The  output  from  the  Response  Module  is  a  list  of 
required  actions,  and  a  prioritized  list  of  suggested 
actions  tc  be  taken  together  with  the  certainty  factors 
associated      with     the  matching      situations.  The      Response 

Module  is  subdivided  into  two  major  sub-modules  to  handle 
the  two  phases  described  above:  the  production  matcher  and 
the    pattern    matcher. 
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2»      Production    Matcher 

Tie  first  sub-module,  the  production  matcher,  basi- 
cally handles  the  "black  and  white"  rules  -  those  which  are 
standard  nilitary  policy  usually  issued  in  directives.  As 
the  name  implies,  it  is  a  set  of  production  rules  to  be 
applied   to   the    given    situation. 

Production  rules  are  condition-action  pairs  written 
in  IF-THEN  format.  For  example,  a  production  rule  in  this 
system   might  look   like  the    following: 

-IF   a  surface   contact   is   detected  AND   it   is    in   visual 
range 

-THEN  alert  the  lookouts. 
The  "IF"  part  of  the  productions,  called  the  precondition, 
condition  part,  or  left  hand  side,  states  the  necessary 
conditions  to  be  met  for  the  rule  to  be  applicable.  The 
"THEN"  part,  called  the  action  or  right  hand  side,  is  the 
appropriate  action  to  take.  During  execution,  a  production 
rule  whose  preconditions  are  satisfied  can  fire;  that  is, 
its   right      hand   side   can      be  executed.  Production   systems 

have  the  advantages  cf  modularity,  uniformity  and  natural- 
ness, whereas  they  suffer  from  inefficiency  and  unclearness 
in  the  control  flow.  For  further  details  on  production 
systems    see   [Ref.    2]. 

The  Response  Module  maintains  the  current  situ- 
ational readiness  state.  Based  on  this  readiness  state,  the 
production  rules  concerning  actions  to  be  taken  in  that 
particular  state  are  examined.  The  left  hand  sides  of  the 
rules  are  searched  to  determine  which  ones  match  the  current 
situation      based  on      known    information.  When   matches      are 

found,    the    Response    Module    queries  the   World   Model    to   deter- 
mine   if   unknown    preconditions    are     met.         For    example,      if  a 
production    rule    states: 
-IF    P    AND    Q    ANE   R 
-THEN    X 
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and  the  current  situation  matches  P  and  Q,  and  R  is  unknown, 
then  the  Besponse  Module  queries  the  World  Model  to  deter- 
mine if  precondition  H  is  true.  If  R  is  found  to  be  true,  X 
is   executed. 

If  a  match  is  found,  the  right  hand  side  of  the 
producticn  rule  is  triggered.  The  right  hand  sides  incorpo- 
rate the  actions  to  be  taken  in  a  particular  situation  and 
suggest  these  responses  to  the  console  operator.  In  cases 
where  the  Response  Mcdule  is  triggered  by  a  readiness  state 
change  versus  a  situation  change,  the  production  rules  which 
apply  in  the  new  state  must  be  reviewed  and  executed  as 
required. 

The  producticn  matcher  uses  forward  reasoning  in  its 
search.  We  start  from  the  data,  the  new  instance  of  the 
world,  and  deduce  the  best  response  consistent  with  current 
directives.  In  other  words,  we  search  the  left  hand  sides 
cf  prcducticn  rules  for  matches,  and  the  right  hand  sides 
produce  the  results.  Backward  reasoning  does  the  opposite; 
it  examines  the  right  hand  sides  for  matches  and  sets  up  the 
left    hand   sides    as    subgoals. 

3 •      Pattern    Matcher 

The  second  sut-module,  the  pattern  matcher,  handles 
the    heuristic  rules.  We    classify   as   heuristic      rulas   such 

things  as  classical  tactical  scenarios  from  the  past,  war 
gaming  experiences,  and  similar  axamples  together  with  the 
actions  which  were  taken  and  their  degree  of  success.  These 
rulas  differ  significantly  from  those  which  the  production 
matcher  handles.  The  production  rules  are  concrete,  they 
must  te  followed,  and  the  commander  has  no  choice  in  the 
matter,  whereas  the  actions  associated  with  patterns  are 
basically  suggestions  based  on  previous  experiences.  The 
commander  has  a  free  choice  in  which  actions,  if  any,  to 
take.        The     information   stored      in   the      pattern    matcher      is 
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important  because  the  "black  and  white"  rules  which  are 
stored  in  the  production  matcher  are  not  all  encompassing. 
The  "black  and  white"  rules  basically  deal  with  the  ship's 
readiness  and  rules  of  engagement.  They  are  generally  not 
tactical,  whereas  the  rules  contained  in  the  pattern  matcher 
are.  Additionally,  in  a  high  tension  environment,  the 
ability  of  the  pattern  matcher  to  search  through  the  volume 
of  information  about  historical  tactical  experiences  and 
relate  these  to  the  current  situation  could  prove  to  be  very 
beneficial   to  the  tactical    commander. 

The  pattern  matcher,  when  given  a  new  situation, 
searches  its  database  for  similar  patterns  based  on  the 
numbers  cf  each  platform  type  and  their  positions. 
Associated  with  each  pattern  are  one  or  more  situations 
differentiated  by  details  such  as  target  type,  weapons  capa- 
bility, course  or  speed.  The  World  Model  is  queried  to 
determine  which,  if  any,  of  the  situations  within  the 
pattern,  matches  the  current  situation,  and  certainty 
factors  are  subsequently  assigned  to  the  matches.  Finally, 
the  actions  which  correspond  to  the  matching  situations  are 
modified  tc  apply  to  the  current  situation,  and  those 
actions  are  displayed  on  the  operator  console  along  with  the 
situation's   certainty   factor. 

B.       FEODOCTION    HATCHES 

1 ,      Cetails 

The  production  matcher  has  not  been  implemented; 
however,  the  conceptual  scheme  for  this  production  system  is 
described  in  this  section.  The  input  to  -he  production 
matcher  is  a  new  instance  of  the  World  Model  triggered  by  a 
change  to  the  "world"  received  from  the  Analysis  Module. 
This  change  could  be  an  added,  deleted,  or  changed  contact, 
or   a    change    of    the    current    situational   readiness    state.      The 


70 


production  matcher  maintains  the  current  situational  readi- 
ness state  which  determines  the  context  in  which  the  "world" 
should  be  viewed.  This  state  is  viewed  as  a  tuple  consisting 
of  various  attributes.  For  example,  the  following  six-tuple 
could   be   used  as  a   state   description    : 

<DEFCON       DANCCN      WARNCON      WEAPSTAT       RELAUTH       EMCON> 
where  the   following    definitions   apply: 

DEECCN  -    the   overall    force  defense   condition 
DANGCON   -   an    internally  controlled   danger    condition 
WABNCON    -  warning     condition   normally     controlled     by 
the   next      higher  authority   in      the   tactical 
chain  of  command 
WEAPSTAT    -  reflects    own    unit    weapons   status 
RELAUTH    -   indicates    whether   weapons   release   authority 

has   been  granted 
EMCON  -    indicates   the      emission   condition      of   onboard 
electronic  emitters 
The    output    from    the    production   matcher   is   a   set   of    responses 
representing  actions   to   be    taken   in   prioritized   order. 

The  first  step  in  the  production  matcher  algorithm 
is  to  retrieve  that  set  of  production  rules  appropriate  to 
the  current  situational  readiness  state.  The  rules  are  orga- 
nized by  readiness  states  because  actions  required  in 
different  states  are  often  very  different.  For  example,  the 
actions  required  in  a  "hot  war"  situation  differ  signifi- 
cantly from  those  actions  required  during  "peacetime 
steaming".  Since  the  number  of  rules  associated  with  the 
different  readiness  states  is  extremely  large,  we  envision 
only  the  applicable  set  of  production  rules  being  kept  in 
short  term  memory.  When  a  state  change  is  received,  the  set 
of  rules  appropriate  to  the  new  state  will  be  retrieved  and 
any    actions   required   in  the    new   state    will    be   determined. 
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when  triggered  by  the  Analysis  Module,  the  produc- 
tion matcher  scans  all  rules  in  memory  and  selects- these 
which  could  be  satisfied;  that  is,  all  condition  parts  of 
the  rules  must  be  either  true  or  unknown.  Subsequently ,  the 
World  Mcdel  is  queried  to  determine  if  the  unknown  condition 
parts  of  the  retrieved  rules  are  true.  In  order  to  perform 
the  guery,  the  production  matcher  must  translate  the  condi- 
tion part  into  appropriate  query  format  which  requires  a 
yes/no  answer.  If  all  condition  parts  are  true,  either 
initially  or  after  obtaining  knowledge  from  the  World  Model, 
the  rule  is  fired,  the  response  is  displayed,  and  the  next 
production    rule    is    checked. 

The  major  task  in  the  programming  of  the  production 
matcher  is  to  find  the  rules  and  to  properly  organize  them. 
Additionally,  the  queries  must  be  derivable  from  the  condi- 
tion parts  of  the  production  rules.  Finally,  actions  repre- 
sented  by   procedural   knowledge   must    be   encoded. 

2 .      Example 

The  following  scenario  is  provided  to  illustrate  how 
the  production  matcher  should  operate.  In  this  example,  we 
start   in   the  readiness  state: 

<DEFCON       DANGCCN      WARNCON      WEAPSTAT       RELAUTH       EMCON> 
<A    GREEN    GREEN    V    NO    RADIATE> 
The    possible      values    for      the    attributes      of   the      tuples   are 
listed   below: 

DEFCCN    -     A,     E,    or    C 

DANGCON  -  GREEN,  ORANGE,  or  BLUE 

WAENCON  -  GREEN,  ORANGE,  or  BLUE 

WEAPSTAT  -  I  (missiles  and  guns  manned  and  ready)  ... 

IX  (missiles  and  guns  not  operational) 
REIAOTH  -  YES  or  NO 
EMCON  -  RADIATE  or  SILENT 
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This  is  assumed  to  be  the  lcwest  normal  readiness  state.  We 
will  develop  an  escalating  situation  with  one  other  comba- 
tant shiF  until  we  get  to  the  point  of  weapons  release.  The 
first  contact  the  system  observes  is  a  surface  vessel.  Once 
the  contact  information  is  received  from  the  Analysis 
Modul€r    the   following  rules   are  retrieved: 

-IF   a  surface   contact   is   detected   AND   that    contact   is 
burdened 

-THEN   maintain  course   and   speed   until    extremis   or 
the   contact  is  astern 
-IF      a  surface     contact     is  detected      AND      it   is      not 
currently  identified 

-THEN  tell     the    ESM      operator   to      concentrate   his 
search   in    the   contacts  area      to  obtain    a   classi- 
fication. 
-IF   a  surface   contact   is   detected   AND  it    is    in   visual 
range 

-THEN  alert  the  lookouts 
The  second  rule  in  the  scenario  would  fire  for  the 
following  reasons.  First,  it  is  true  that  a  surface  contact 
is  detected  because  that  information  was  received  in  the 
contact  report  from  the  Analysis  Module.  Next,  a  query  to 
the  World  Model  wculd  reveal  that  the  contact  is  not 
currently  identified.  Since  both  condition  parts  are  now 
true,  the  action  is  executed.  In  this  case,  a  message  would 
be   transmitted   to  the   ESM  operator. 

Now   we      obtain  additional   information      which   classi- 
fies   the   contact      as   an   Orange   Force      cruiser    (Orange    Forces 
are    hostile).      The    following  rule   is    found   to   be   applicable: 
-IF   an  Orange   Combatant  is  detected 
-THEN 

-Call   away  the    intelligence   collecting   team 
-Close  the  contact   to    obtain   photographs 
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Since  the  condition  part  of  this  rule  is  known  tc  be  true 
from  information  received  from  the  Analysis  Module,  the 
action  is  immediately  fired.  For  this  particular  action, 
the  message  to  call  away  the  intelligence  collecting  team  is 
displayed.  Additionally,  using  the  contact's  bearing,  the 
system  will  calculate  and  display  the  desired  intercept 
course   in   addition   to  outputting   the    second   message. 

Our  next  piece  of  information  received  is  that  the 
Orange  cruiser  is  tracking  own  ship  with  a  fire  control 
radar,  an  event  that  leads  to  the  firing  of  a  weapon.  Still 
in  the   same   stats,    we   find   the   following   rule: 

-IF      a  hostile     combatant    commences      tracking   with      a 
fire   control    radar 
-THEN 

-Recommend  Warning  Condition  Orange 
-Report  the    incident 
-Shift  readiness  condition   to 
<A    ORANGE   GREEN    V    NO    RADIATE> 
(increase   DANGCON) 
When    we    execute    this   rule,    the   production   matcher    shifts   the 
situational   readiness   state    by   changing   the   Danger   Condition 
from   Green   to  Orange.      This      state  change   causes    an    examina- 
tion   of      a   new      set    of      production  rules      where    we      find   the 
following: 

-IF   a  hostile   combatant   is  tracking 

-THEN   man      the   weapons  systems      but  do      not   track 
the    combatant 
-IF   a  hostile     combatant  is  tracking    AND      has   trained 
weapons    at  own  ship 
-THEN 

-Recommend  Warning  Condition  Blue 
-Shift    to    <A    BLUE*   GREEN    V    NO    RADIATE> 
(increase   DANGCON) 
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At  this  point,  we  have  not  yet  been  able  to  complete  the 
manning  of  the  weapons  systems.  Otherwise,  we  would  have 
shifted  the  Weapons  Status  attribute.  Once  we  have  shifted 
to   Warning   Condition    Elue  we   find  the    following   rule: 

-IF   a  hostile     combatant   is  tracking   own      ship   AND   is 
training    weapons  on    own   ship 
-THEN 

-IF   not  at  General     Quarters  (GQ)  ,      THEN    order 
GQ  stations 

-Inform  superiors  of   situation      and   intent   to 
return   fire 
We   new   complete    the    manning    of      our    weapons   system    and    indi- 
cate  this   action   via   the  operator   console.    This  action    trig- 
gers   another  state    change   to 

<A    BLOE   GREEN    I    NO    RADIATE>f 
signifying   the    change  of   weapons   status. 

This  limited  example  of  some  production  rules  demon- 
strates the  way  in  which  we  envision  the  production  matcher 
will    function. 

C.       PATTFBN    MATCHER 

1  •      Reasoning  by.   Analogy 

Ihe  original  goal  for  implementing  the  pattern 
matching  portion  of  the  Response  Module  was  to  incorporate 
reasoning  by  analogy  as  the  methodology  by  which  responses 
would  be  suggested.  Analogy  seems  to  be  a  natural  mode  of 
thought  for  humans.  When  faced  with  a  new  situation,  we 
usually  react  by  searching  our  memory  for  similar  situ- 
ations, selecting  the  "best"  match,  and  modifying  the  known 
reaction  associated  with  the  known  situation  to  account  for 
the  differences  between  the  known  and  new  situations. 
Although  recognized  early  and  discussed  in  both  Artificial 
Intelligence  and   Psychology    circles,    computer   implementation 
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cf      analogical        reasoning      is      still      difficult,  if      not 

impossible,    to    accomplish. 

The  goal  in  this  methodology  is  to  construct  a 
system  which  allows  the  computer  to  reason  about  one  situ- 
ation given  a  known  situation  which  can  be  used  as  a  guide 
in   evaluating     future  actions      cr   solutions.  The   paradigm 

usually  associated  with  analogical  reasoning  consists  of 
starting  with  a  solved  problem  P  and  a  corresponding  solu- 
tion S.  To  solve  a  new  analogous  problem  Pa,  we  first  must 
derive  seme  analogy  3:  P  -->  Pa,  then  apply  that  "function" 
A  tc  the  original  solution  S  and  execute  the  result  to 
obtain  the  solution  to  Pa.  In  the  context  of  the  TAC*II 
system,  the  goal  is  to  first  find  a  mapping  between  a  known 
tactical  situation  stored  in  memory  and  the  current  situ- 
ation, and  to  then  apply  that  mapping  to  the  "known"  solu- 
tion. The  result  will  be  the  response  zo  take  in  the 
current   situation. 

Seme  literature  is  available  which  discusses  analog- 
ical reasoning;  however,  most  of  the  literature  provides 
only  vagus  ideas.  The  geometry  analogy  is  widely  discussed, 
where  a  system  is  given  pictures  of  geometric  objects  and  is 
asked  "A  is  to  B  as  C  is  to  which  of  D1,  D2,...,Dn?",  much 
like  intelligence  test  questions  [Ref.  3],  [Ref.  4].  Kling 
[Ref.  5]  proposed  a  system,  ZORBA,  which  used  analogical 
reasoning      in     the      area   of      theorem      proving.  Mocre      and 

Newell's  efforts  were  directed  towards  building  MERLIN,  a 
program  capable  of  "understanding"  Artificial  Intelligence, 
by  using  a  basic  data  structure  which  incorporated  analogy 
[Ref.    6].  Winston    presented      a   theory      of     analoqy   and      a 

description  cf  an  inplemented  system  which  used  an  object 
oriented  representation  with  extensible  relations  and  both 
reasoned   and  learned    through   analogy   [Ref.    7]. 
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2«      Applying  Reasoning    by    Analogy   to   TAC*II 

The  overall  strategy  is  to  apply  reasoning  fay 
analogy  together  with  partial  matching  to  the  task  of 
deriving  possible  actions  from  similar  past  battle 
scenarios.  Our  known  patterns  and  solutions  must  be  repre- 
sented and  stored  in  a  knowledge  base.  The  current  situ- 
ation is  to  be  derived  from  information  from  the  Analysis 
Module.  This  current  situation  will  serve  as  our  new  situ- 
ation for  which  the  test  matches  are  to  be  sought  from  amcng 
the  known  patterns.  The  parts  of  those  matches  which  are 
"good  enough"  must  then  be  placed  into  correspondence  with 
the  parts  cf  the  current  situation,  at  which  time  the 
analogy  process  begins.  Questions  such  as  "Is  a  cruiser  like 
a  destroyer?"  or  "Is  two  ships  approaching  with  a  helicopter 
close  by  similar  to  two  ships  departing?"  must  be  resolved. 
Various  confidence  levels  will  be  associated  with  the 
strength  of  the  analogies  and  combined  to  determine  the  mcst 
similar  kncwn  battle  scenarios.  Finally,  the  differences 
between  the  two  situations  must  be  identified  and  resolved 
by  appropriately  modifying  the  known  solution  according  to 
those   differences. 

In  the  problem  at  hand,  the  first  consideration  must 
be  to  develop  a  good  representation  of  applicable  knowledge 
in  sufficient  but  not  overpowering  detail,  to  enable  effi- 
cient partial/best  matching.  Since  the  World  Model  contains 
detailed  information  about  each  and  every  contact  report, 
this  knowledge  base  is  on  far  too  grand  a  scale  to  be  of  any 
significant  value  to  the  pattern  matcher.  It  is  mandatory 
that  knowledge  about  the  current  situation  be  represented  as 
much  as  possible  in  the  same  manner  as  the  knowledge 
concerning  the  kjiown  patterns.  Consequently,  the  informa- 
tion contained  in  the  pattern  matcher  must  be  condensed  and 
represented  as  a  separate  structure  to  be  used  in  the 
pattern    matching  algorithm. 
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The  known  patterns  and  solutions  consist  of  battle 
scenarios  of  the  past  together  with  the  actions  which  were 
taken.  With  this  in  mind,  our  representation  of  "these 
patterns  should  symbolically  describe  a  "snapshot"  of  all 
targets,  ships  in  our  own  force,  and  any  important  informa- 
tion about  the  environment  (e.g.,  storms  which  would  indi- 
cate low  visibility  or  unreliable  sensors,  or  geographical 
barriers  such  as  jutting  peninsulas) .  The  known  solutions 
will  simply  be  represented  as  natural  language  strings  with 
embedded  variables  representing  specific  targets,  course, 
speed,  etc.  These  variables  will  be  replaced  by  the  corre- 
sponding current  targets,  speed  and  course  after  the 
matching  and  analogy  process  is  completed,  and  constitute 
the  recommended  course  of  action.  These  solutions  consti- 
tute the  procedural  knowledge  represented  in  the  pattern 
matcher. 

In  crder  to  obtain  an  appropriate  representation  for 
the  current  situation,  the  Response  Module  will  receive 
contact  reports  for  new,  deleted  or  changed  targets,  and 
will  internally  pass  them  to  the  pattern  matcher.  These 
reports  will  be  reformatted  and  stored  as  a  "snapshot" 
similar  to  that  of  the  known  patterns.  Since  environmental 
information  is  not  known,  it  must  be  obtained  from  the 
operator    in   order  to    place    situations   into   correspondence. 

The  pattern  matcher  will  be  activated  upon  each 
receipt  cf  a  new  target,  a  deleted  target,  or  a  changed 
target.  It  searches  its  knowledge  base  of  known  patterns  for 
those  which  are  similar  by  pairing  up  corresponding  parts. 
Similarity  is  determined  by  importance  -  those  high  level 
situational  parts  which  are  specified  as  important  in  the 
known  pattern  must  match  exactly.  Once  all  similar  situ- 
ations are  discovered,  the  analogy  process  commences.  In  the 
simplest  case,  the  current  situation  is  an  exact  replica  of 
a   kncwn    pattern,         and  the    action    is    simply      tc    transmit   the 
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known  solution,  with  appropriate  variable  substitution,  to 
the  console.  The  most  probable  case,  however,  will  be  that 
situations  are  not  identical.  This  necessitates  the  attempt 
to  discover  if  the  different  situation  parts  could  be 
considered  similar,  which  in  turn  requires  further  knowledge 
to  be  stored  concerning  the  various  relationships  and  simi- 
larities among  various  information.  In  MERLINS  terms,  we 
try  to  view  situation  part  S1  as  a  different  situation  part 
S2.  This  process  recursively  proceeds  until  either  the  two 
parts  are  considered  similar  or  not.  Although  the  simi- 
larity question  is  basically  all  or  none,  the  confidence 
levels  associated  with  the  various  relationships,  and  the 
combinations  thereof  transform  the  discrete  answer  into  a 
"fuzzy"   one. 

Once  a  known  pattern  is  discovered  to  match  the 
current  situation,  modifications  must  be  made  to  the  known 
solution  in  order  to  account  for  the  differences  between  the 
situational    parts.  These    modifications      might    be      cut   and 

dry,  for  instance,  if  the  differences  were  simply  a  matter 
of   bearing   or  speed,    or   they   might   be   much   more   difficult. 

D.       IBPLEHENTATION 

1 •      Introduction 

The  code  developed  for  the  pattern  matcher  does  not 
quite  satisfy  the  goals  described  above.  It  provides  for 
matching  the  current  situation  with  previous  patterns,  and 
assigns  various  confidences  to  the  strength  of  the  match 
based  on  tearing  and  range  correspondences  among  the  types 
of  targets.  The  numbers  of  each  platform  type  must  match 
exactly.  Cnce  a  general  pattern  is  matched,  queries  are  made 
to  the  World  Model  to  determine  how  well  specific  situations 
associated  with  the  general  pattern  match  the  current  situ- 
ation.     This  second    match   is   vital  to    differentiate    between. 
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for  example,  an  aircraft  carrier  situation  and  a  frigate 
situation,  both  of  which  would  be  stored  under  a  pattern 
consisting  of  one  surface  contact.  The  matching  situations 
are  then  ordered  according  to  the  confidences  assigned  to 
various  components  and  the  "best"  solution,  that  with  the 
highest  certainty  factor,  is  suggested  as  output  to  the 
console. 

2 -      Record    Structures 

There  are  basically    three     record   structures   used   in 
the    pattern    matcher,    as   shown   in    Figures   5.1,    5.2,      and   5.3. 


SIT    TARGET   =     EECORE 

"DIFF    :    DEGREES;    (^relative   bearing    difference 

between   adjacent    targets*) 
TARGET  TYPE    :    WHAT  TARGET;  (*surface,    air   or   sub*) 
ERG    :   DEGREES; 
RNG    :    MILES: 
NEXT_SIT    :    SIT  PTR; (*forward   pointer   to   next 

target*) 
PREV   PTR    :    SIS  PTR; (*backward    pointer*) 
ENE 


Figure  5. 1        Situation   Record. 

The  target  record  and  situation  record  represent  current 
targets  and  pattern  targets  respectively,  while  the  pattern 
record   is     basically   an     organizer  of      pattern  targets.  A 

pattern  is  a  symbolic  description  of  a  tactical  scenario 
with  mcst  of  its  details  suppressed.  It  is  concerned  only 
with    platform  type,    bearing   and   range. 

Associated    with   each   pattern      are   various   situations 
which   are      different   with      respect   to      their    details.  The 

three  record  types  all  appear  in  linked  lists.  The  input 
current  situation  is  a  linked  list  of  situation  targets 
which   is      broken  up      into   three      doubly   linked      lists   corre- 
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TARGET    = 

RECORD 

DIFF 

:    DEGREES;    ("relative  bearing 
between   adiacent 

difference 

targets*) 

TARGET  TYPE    :     WHAT   TARGET ;  (*surf ace 

,    air   or   sub*) 

BEARING    :    DEGREES;" 

RANG 

:    MILES: 

NEXTP   :    TARGE1   PTR; ( *f orward   pointe 

r  to  next 

target*) 

PREV 

PTR    :    TARGET   PT R; (*backward   pointer*) 

CCRRIS   :    SIT    PTR  7*1  ink   to  corraspo 

ndmg 

situation*) 

END 


i 

—      j 

Figure  5.2        Target   Record. 


PATTERN    LIST    =    RECCED 

NAME    :    NAME    RANGE ;  (*internal   pattern   number*) 

SOB   CASE    :   INTEGER; ( *which   situation   in   pattern*) 

NOtTSHIPS    :    INTEGER; 

SHIP   PTR    :    TARGET   PT R; ( *pointer   to   list   of    ships*) 

NUM_"50B     :    INTEGER! 

SUE    ETR    :   TARGET   PTR ;  (*poim:er   to   list   of    subs*) 

NUtTAIR    :    INTEGER; 

AIR~ETR    :   TARGET   PTR  ;  (*pcinter   to   list   of   air*) 

NEXT    PTR    :    PATTERN   PTR;     (*pointer   to   next 

pattern*) 
END 


Figure  5.3        Pattern    Record. 

sponding     to     ships,        submarines   and      air      contacts.  The 

patterns  are  organized  as  a  linked  list  of  pattern  reccrds, 
each  cf  which  has  three  doubly  linked  lists  attached  which 
correspond  to  ship,  submarine  and  air  pattern  targets. 
Additionally,  a  prune  record,  shown  in  Figure  5.4,  is  used 
to  link  those  pattern  records  together  (into  a  prune  list) 
which   match   the    current   situation. 
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PRUNE    NODE   =     FECOEE 

CCNF   :    PERCENT; (*certainty  factor    for   the    match*) 
GCOD  PATTERN    :    P ATT ERN_PTR; (*pointer   to    the 

matching   pattern 
node*) 
NEXT  PRUNE    :    PRUNED ;  (*pointer   to   next   Drune 

record*) 
END; 


Figure    5.4        Prune  List   Record. 

3.      The    Matching    Process 

The  basic  pattern  matching  algorithm  consists  of 
pruning  the  pattern  list  at  several  different  levels.  We 
first  seek  all  patterns  which  involve  the  same  number  of 
platfcrm    types.  Frcm   those   patterns,      we      eliminate    those 

whose  bearings  and  ranges  do  net  correspond.  Finally,  we 
determine  which  particular  situation  associated  with  the 
matching   pattern   is    the   closest   match. 

At  the  first  level,  the  numbers  of  the  various 
target  platforms  in  the  currant  situation  are  calculated. 
The  list  cf  patterns  is  then  scanned  for  patterns  which 
involve  the  same  number  of  platforms,  and  only  those  exact 
matches  are  saved  in  the  prune  list.  For  example,  if  the 
current  situation  involves  three  ships  and  two  air  contacts, 
all  cf  the  patterns  corresponding  to  three  ships  and  two  air 
contacts  will  be  linked  up  in  the  prune  list.  The  current 
situation  is  then  reformatted  to  more  closely  reflect  the 
structure  of  the  patterns.  Ship  targets,  submarine  targets 
and  air  targets  are  segregated  into  separate  linked  lists. 
Relative  tearing  differences  between  adjacent  targets  are 
calculated,  and  the  ninimum  differences  are  saved  to  provide 
a  starting  point  for  the  matching  process.  These  target 
linked  lists  are  then  sorted  by  ascending  relative  bearing 
differences. 
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The  second  level  of  matching  involves  checking  both 
bearing  differences  and  ranges.  For  each  platform  type,  the 
process  starts  at  the  situation  target  with  the  minimum 
bearing  difference,  and  determines  if  a  pattern  target 
exists  within  a  certain  tolerance  of  that  bearing  differ- 
ence. If  this  match  is  successful,  the  two  lists  are  trav- 
ersed simultaneously  to  determine  if  the  remaining  bearing 
differences  correspond.  The  first  list  traversal  checks  for 
reflection  :  the  pattern  list  is  traversed  in  the  backward 
direction  while  the  situation  list  is  traversed  in  the 
forward   direction.  If   it    is      discovered   that      the    pattern 

does  not  match  the  current  situation,  the  traversal  is 
repeated,  traversing  both  lists  in  the  same  direction  to 
check  fcr  rotation.  For  the  special  case  of  exactly  two 
targets,  either  reflection  or  rotation  could  provide  a 
match.  However,  since  reflection  is  tested  first,  it  will 
be   used   unless    it   fails  the   range  check. 

If  all  bearing  differences  correspond  through  either 
rotation  or  reflection,  the  ranges  are  examined.  Again,  the 
situation  and  pattern  lists  are  traversed  according  to 
whether  reflection  or  rotation  was  used,  to  determine  if  the 
range  differences  fall  within  a  certain  percentage  of  the 
pattern  target  range.  At  this  point,  if  a  match  is  net  found 
and  there  are  exactly  two  targets,  the  assumed  reflection- 
based  bearing  match  is  changed  to  a  rotation-based  bearing 
match.  The  correspondences  are  then  reversed,  and  the  ranges 
are  checked  again.  If  a  pattern  matches  now,  correspondence 
between  parts  is  established  by  creating  a  link  between  each 
pattern  target  and  its  corresponding  situation  target.  This 
link,  the  correspondence  link,  is  used  to  check  for  corre- 
spondences among  the  platform  types,  to  determine  which 
contacts  to  query  the  World  Model  for,  and  to  calculate 
actions. 
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At  this  point,  a  match  indicates  that  the  current 
ship  targets  have  been  placed  into  correspondence  with  -he 
pattern  ship  targets,  the  current  submarine  targets  with  the 
pattern  submarine  targets,  and  the  current  air  targets  with 
the  pattern  air  targets.  The  next  level  executed  by  the 
pattern  matcher  verifies  that  the  relative  bearings  between 
the  different  target  types  is  within  the  given  tolerance  by 
checking      ships      against      submarines,  ships      against      air 

contacts,  and  submarines  against  air  contacts.  The  inplemen- 
taticn  cf  the  inter-platform  bearing  match  procedure 
consists  of  two  nested  loops.  The  outer  loop  traverses  the 
first  pattern  platform  list  while  the  inner  loop  traverses 
the   second.  Pattern   bearing   differences      between    platfcrm 

types  are  calculated  straightforwardly,  whereas  the  corre- 
sponding situation  bearing  differences  are  calculated  after 
first  accessing  relative  bearings  through  the  correspondence 
link  previously  established.  Again  we  have  a  special  case. 
If  there  are  exactly  two  targets  and  their  ranges  are 
similar,  a  reflection-based  match  would  have  been  made; 
however,  either  reflection  cr  rotation  could  have  produced  a 
bearing-range      match.  Therefore,         if      an      inter-platf crm 

tearing  match  is  not  found  at  this  point,  the  loops  are 
executed  again,  reversing  the  correspondence  links  of  the 
two   targets. 

We  now  have  a  prune  list  of  all  patterns  which  match 
the  current  situation  based  on  relative  bearing  and  range. 
If  nc  patterns  are  found  to  match,  the  entire  process  is 
repeated,  with  less  restrictive  bearing  and  range  toler- 
ances, until  either  a  match  is  found  or  a  specified 
tolerance   limit    is    reached. 

The  next  level  of  the  pattern  matcher  is  highly 
iependent  on  the  programming  of  the  situations  associated 
with    given      pattern    scenarios   and     their   solutions.  If   we 

have    a      match  at   this   point,        we   have   identified      a    general 
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pattern  which  is  similar  to  the  current  situation,  and  whose 
parts  or  targets  are  linked  to  the  corresponding  situation 
targets. 

Many  situations  can  fit  any  given  pattern  based  on 
variables  such  as  target  type,  course  or  weapons  capabili- 
ties. Fcr  example,  a  pattern  of  one  ship  is  a  generaliza- 
tion of  one  carrier,  one  destroyer,  etc.,  all  of  which  would 
be  handled  differently.  For  each  situation  associated  with  a 
given  pattern,  it  must  be  determined  if  the  specifics  of 
that  pattern  situation  correspond  to  the  current  situation. 
The  basic  mechanism  used  is  to  query  the  World  Model  for 
specific  information,  such  as  target  classification  and  the 
associated  strength  cf  that  information,  for  each  important 
target  in  the  pattern.  These  strengths  are  then  combined, 
according  to  the  significance  of  each  target  in  the  pattern, 
and  stored  as  a  certainty  factor  in  the  prune  record  for 
subseguant  sorting.  Finally,  the  solution  corresponding  to 
the  best  situation  matched  is  calculated  and  displayed.  The 
console  display  additionally  includes  a  description  of  how 
well  the  general  pattern  matched,  and  the  certainty  factor 
indicating  how  well  the  specific  pattern  situation  matched. 
The  opportunity  is  provided  to  view  the  next  best  matching 
pattern. 

U .      Example 

An  example  is  provided  to  clarify  the  association  of 
situations  with  patterns.  Pattern  7,  which  exists  in  the 
code  and  is  shown  in  Figure  5.5,  consists  of  three  ships  and 
two  air  contacts.  The  first  situation  corresponding  to 
pattern  7  is  an  aircraft  carrier  escorted  by  two  destroyers, 
and  two  helicopters.  The  second  situation  involves  two 
fighter  aircraft  and  three  ships  of  any  type.  In  each  situ- 
ation, tte  importance  cf  the  various  parts  is  encoded  in  the 
algorithm.    Assuming   pattern   7    matches  the   current 
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situation,  a  series  cf  queries  are  made  of  the  World  Model 
to  fill  in  the  details.  For  the  first  situation,  the  World 
Model    is   asked    for   the  confidence     that   the   first    ship    is  an 
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Pigure   5.5        Pattern   7. 

aircraft  carrier,  the  confidence  that  the  other  two  ships 
are  destroyers,  and  the  confidence  that  both  air  contacts 
are        helicopters.  These        confidences  are        weighted 
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proportionally  according  to  the  relative  importance  of  that 
particular  situation  Fart,  and  combined  to  form  a  certainty 
factor. 

In  this  example,  since  the  importance  of  the 
aircraft  carrier  overshadows  the  other  targets,  a  very  high 
percentage  cf  its  confidence  is  combined  with  lew  percent- 
ages of  the  confidences  of  the  remaining  targets.  The 
resulting  certainty  factor  is  a  measure  of  how  sure  we  are 
that  the  first  pattern  situation  associated  with  pattern  7 
matches   the   current   situation. 

The  same  process  is  then  applied  to  the  second 
pattern   situation.  The   maximum     of   the      certainty    factors 

found  for  the  two  pattern  situations  related  to  pattern  7  is 
stored  in  the  prune  record  corresponding  to  that  pattern. 
Finally,  the  action  associated  with  the  best  matching  situ- 
ation is  calculated  to  apply  to  the  current  situation.  In 
this  example,  the  first  pattern  situation  is  determined  to 
be  the  best  match,  and  its  corresponding  action  is  to  clcse 
the  aircraft  carrier.  The  link  from  the  pattern  target  to 
the  situation  target  provides  access  to  the  carrier's 
bearing,  which  enables  the  pattern  matcher  to  calculate  the 
appropriate  course.  This  action  is  then  displayed  on  the 
operator    console   together   with   its  certainty   factor. 

5 •      Future    Considerations 

The  code  as  inplemented  provides  the  overall  struc- 
ture for  pattern  matching;  however,  several  enhancements 
would  be  desirable.  First,  the  pattern  matcher  saves  only 
those  patterns  which  have  the  same  number  of  platform  types 
as  the  current  situation.  Realistically,  a  similarity 
between  the  current  situation  and  a  pattern  may  exist 
without  this  kind  of  match.  Knowledge  about  similarities, 
embedded  in  this  sub-module,  would  allow  non  exact  matches 
if  the   differences    were   not    significant. 
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The  tolerances  for  bearing  differences  and  ranges 
are  presently  static  and  are  applicable  to  all  patterns.  It 
is  conceivable  that  for  some  patterns,  these  tolerances  need 
not  be  very  strict,  whereas  for  others,  it  is  of  the  utmost 
importance.  Each  pattern  could  incorporate  its  own  restric- 
tions on  bearing  and  range  tolerances  to  avoid  the  global 
restrictions. 

Cnly  the  best  situation  associated  with  a  matching 
pattern  is  saved,  and  its  corresponding  action  displayed. 
The  operator  only  has  the  option  of  seeing  actions  associ- 
ated with  ether  matching  patterns  displayed  after  the  best 
match  is  determined.  Modifications  could  be  made  to  addi- 
tionally allow  the  operator  to  view  alternative  actions 
corresponding  to  a    given   pattern,   if    desired. 

One  example  of  a  pattern  and  its  corresponding 
situaticn/action  pairs  was  encoded.  Further  research  needs 
to  be  done  to  determine  actual  patterns  to  be  implemented, 
the  situations  which  fall  under  those  patterns,  and  hew  to 
handle   the   associated  actions. 

Finally,  a  query  mechanism  to  provide  the  operator 
with  access  to  the  knowledge  incorporated  in  the  Response 
Module  is  desirable.  This  would  allow  the  operator  to  deter- 
mine how  actions  were  derived  by  the  system  from  production 
rules  in  the  production  matcher  and  from  the  similar 
situations    in   the   pattern   matcher. 
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VI.     CONCLUSION 

A.       OBJECTIVES    AND    RESULTS 

The  primary  objective  was  to  design  in  detail  and  imple- 
ment, as  much  as  possible,  an  expert  system  for  use  in  the 
tactical  environment.  This  goal  has  been  achieved:  the  World 
Model  and  the  Analysis  Module  have  been  fully  implemented, 
and  a  portion  of  the  pattern  matcher  within  the  Response 
Module   has   been    implemented. 

The  target  machine  for  the  implementation  of  TAC*II  is  a 
distributed  microcomputer  network.  Presently,  TAC*II  is 
written  in  Fascal/VS  and  runs  on  an  IBM  370/3033AP  in  the  VM 
operating  system.  The  distributed  nature  of  the  TAC*II 
system  is  simulated  through  the  multiuser  environment  of  CP. 
The  World  Model  and  the  Analysis  Module  run  on  individual 
instances  of  CMS,  and  communicate  with  each  other  using  the 
virtual      card      punch      mechanism.  Although,        the      pattern 

matching  portion  of  the  Response  Module  has  not  yet  been 
interfaced  with  the  remainder  of  the  system,  it  is  also 
implemented   in    Pascal/VS   on    the   same    system. 

In  the  tactical  environment,  a  system  like  TAC*II  must 
operate  in  real  time.  Currently,  it  has  not  been  verified 
that  TAC*II  will  actually  meet  this  requirement;  however, 
due  to  the  system  design,  we  believe  that  it  is  possible. 
Our  goal  was  not  to  design  a  prototypical  system  which  did 
run  in  real  time,  but  rather  to  design  a  system  which 
performed  the  required  functions.  Once  our  system  is  fully 
operational,  it  can  be  modified  or  optimized  to  meet  the 
necessary  time    requirements. 
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TAC*II  was  intended  to  be  a  generic  expert  tactical 
decision  making  system.  This  objective  was  met  as  much  as 
possible;  however,  cur  past  Naval  experience  and  the  desire 
to  complete  module  implementation  caused  a  few  minor  devia- 
tions frcm  this  goal.  Some  modifications  will  be  necessary 
to  convert  the  system  from  the  Navy  tactical  environment  to 
a  different  tactical  environment;  however,  the  basic  system 
structure        is        equally        applicable  to       all        military 

organizations. 

The  adherence  to  accepted  software  engineering  princi- 
ples has  and  will  continue  to  benefit  the  users  and  modi- 
fiers of  our  systam.  TAC*II  was  designed  in  a  modular 
fashicn  using  the  idea  of  "black  boxes".  Procedures  were 
written  to  perform  functions  independently,  so  that  once  a 
procedure  was  verified,  it  could  be  treated  like  a  "black 
box".  The  primary  module  communication  is  well  defined  by 
specific  record  structures.  The  entirety  of  the  code  was 
written  with  readability  and  comprehensibility  in  mind,  and 
comments    were  generously   provided. 

B.       FOTOBE    CONSIDERATIONS 

As  indicated  in  the  previous  section,  TAC*II  has  not 
been  fully  iirplemented.  With  the  completion  of  the  overall 
system,  the  inclusion  of  "expert"  knowledge,  and  the  imple- 
mentation of  TAC*II  in  a  distributsd  environment,  the  system 
can    be   fully  tested. 

Expert  knowledge,  that  which  is  domain  specific,  must  be 
obtained  and  placed  in  the  Response  Module.  This  knowledge 
will  be  inplemented  in  two  areas:  the  production  rules,  and 
the  situation/action  pairs  associated  with  patterns.  Within 
the  production  rules,  military  doctrine  must  be  translated 
into  IF-THEN  rules.  Within  the  pattern  matching  portion, 
experts    must  provide    situations   and   corresponding   actions   to 
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be  translated  into  coded  procedures.  In  addition,  expert 
knowledge  about  individual  combat  units  will  have  to  be 
obtained  and  placed  in  the  Combat  Unit  Data  Base  of  the 
Analysis   Module. 

One  characteristic  of  the  final  production  model  of 
TAC*II   will     be    that      it   operates  in      real   time.  The   data 

organization  and  information  retrieval  methods  used  in 
TAC*II   have     a    direct     effect   on     system  response.  Future 

consideration  should  te  given  to  the  storing  of  information 
in  data  structures  which  allow  more  efficient  and  optimal 
search  strategies  tc  be  implemented.  Further  research  and 
the  application  of  advanced  database  management  techniques 
should  prcve  beneficial  in  the  effort  to  improve  the  system 
response   time  of  TAC*II. 

In  the  implementation  of  TAC*II,  confidence  factcrs  play 
a  critical  role  in  making  inferences  about  target  identifi- 
cation and  in  matching  a  current  situation  with  a  pattern 
and  its  associated  actions.  It  is  of  vital  importance  that 
these  confidence  factcrs  reflect  the  true  believability  of  a 
specific  piece  of  information  in  order  to  preserve  the  accu- 
racy and  reliability  cf  inferences  and  analogies  made  by  the 
system.  The  heuristics  used  in  the  generation  of  these 
confidence  factors  shculd  be  checked  against  tactical  exper- 
tise and  experience  to  ensure  universal  acceptability. 
Exhaustive  testing  using  historical  and  simulated  battle 
scenarios  should  be  performed  in  order  to  validate  these 
initial   heuristics. 

The  operator  query  mechanism  which  was  discussed  in  a 
previous  chapter  is  yet  to  be  implemented.  It  incorporates 
the  selected  retrieval  of  knowledge  from  the  World  Model, 
the  Combat  Unit  Data  Base  of  the  Analysis  Module,  and  the 
rules  of  the  Response  Module.  This  could  be  enhanced  to 
incorporate  a  knowledge  tracing  mechanism  which  will  display 
the  logic  and  reasoning  used  by  the  TAC*II  system  to  make  a 
particular    decision   cf  interest. 
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Finally,  we  should  address  the  issue  of  man  machine 
interfaces.  Although  it  is  a  vital  area,  we  felt  that  the 
primary  emphasis  should  be  placed  on  the  actual  derivations 
of  appropriate  algorithms  and  heuristics.  In  the  future, 
graphical  displays  and  the  console  interface  must  be  inves- 
tigated. It  is  mandatory  that  the  system  present  all  rele- 
vant information  while  suppressing  irrelevant  details.  We  do 
not  want  the  tactical  commander  to  be  swamped  with  data,  nor 
do   we   want   significant  information  to    be   missed. 

C.        SOMMABY 

TAC*II  is  an  expert  system  for  the  tactical  decision 
maker.  It  incorporates      Artificial   Intelligence      methods, 

database  operations,  and  software  engineering  principles,  in 
achieving  its  goals.  Those  goals  are  to  provide  to  the 
tactical  decision  maker,  information  about  the  current  situ- 
ation and  suggestions  on  actions  to  take.  The  system 
receives  preprocessed  sensor  inputs,  and  infers  additional 
information  by  querying  a  static  database  of  contact  infor- 
mation. It  performs  target  correlation  by  retrieving  all 
similar  contact  repcrts  from  its  dynamic  database,  and 
determining  if  any  of  the  retrieved  contact  reports  could 
aid  ir.  the  identification  of  the  current  contact.  Whan  two 
contacts  are  correlated,  a  confidence  factor  is  assigned 
according  tc  the  strength  of  the  correlation.  Finally,  the 
production  rules  and  patterns  are  searched  for  matches  to 
the  current  situation,  and  the  appropriate  actions  are 
displayed  on  the  operator  console. 

TAC*II  fills  an  extremely  important  role  as  an  aid  to 
the  tactical  decision  maker.  In  this  high  pressure,  high 
density  and  time  critical  environment,  our  system  will 
perform  consistently,  and  as  "intelligently"  as  its  expert 
knowledge   allows.         TAC*II    provides   a    working    prototype   of   a 
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very  necessary  tactical  system  from  which  actual  systems  may 
be  developed. 
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APPENDIX    A 
SAMPLE   OOTPOT    FRCH    THE    PATTERN    HATCHES 

The  input  situation  is  diagrammed  in  Figure  A.  1.  The 
first  six  patterns  encoded  do  not  match  this  situation  by 
number  of  platform  types.  Pattern  7  is  the  pattern  shewn  in 
Figure  5.5  in  Chapter  5,  and  has  the  two  associated  situ- 
ations as  described  in  Chapter  5.  Pattern  8,  shown  in 
Figure  A. 2,  does  not  have  any  associated  situations,  and 
therefore  produces  only  a  match  vice  an  action.  The  output 
from    the    pattern   matcher,    given   this    input,    is  shown    below.- 


***    Terminal    Session    1    *** 

PATTERNS    WERE    FOUND 

CHECKING    FOR  SIGNIFICANT    MATCHES 

THE    FCLLCWING    QUESTIONS    SIMULATE 
QUERIES    TC    THE    WORLD    MODEL    FOR    SPECIFICS 
PERTAINING    TO    THE    FIRST    SITUATION 

WHAT    IS    CONFIDENCE    THAT    SHIP 

EEARING       100    AT    RANGE  50    IS    A    DESTROYER?    0-100 

50 

WHAT    IS    CONFIDENCE    THAT    SHIP 

EEARING       200    AT    RANGE  75    IS    A    DESTROYER?    0-100 

50 

WHAT    IS    CONFIDENCE    THAT    SHIP 

EEARING       210    AT     RANGE  90    IS    A    CARRIER?    0-100 

50 

WHAT    IS    CCNF   AIR   CONTACTS    ARE    HELOS?    0-100 
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50 

THE    FOLLOWING    QUESTIONS    SIMULATE 
QUERIES    TC    THE    WORLC    MODEL     FOR    SPECIFICS 
PERTAINIKG    TO    THE    SECOND    SITUATION 

WHAT    IS    CONFIDENCE    THAT    AIR 

EEARING       290    AT    RANGE  90    IS    A    FIGHTER?    0-100 

50 

WHAT    IS    CONFIDENCE    THAT    AIR 

SEARING       270    AT    RANGE         100    IS    A    FIGHTER?    0-100 

80 

END    OF    PATTERN    CHECK 

EEST    ACTICN    WILL    BE    DISPLAYED    FIRST 

COME    TO    COURSE  280    TO    CLOSE    AIRCRAFT 

SITUATION    MATCHED    WITH    CONFIDENCE  80 

ON    SCALE    0-100 
VERY    ICW    TOLERANCE    USEE    -    PATTERN    MATCHES    EXCELLENTLY 

TYPE    "Y"    FOR    NEXT    BEST    ACTION 
TYPE    "N"    FCR   DONE 

y 

PATTERN    8    MATCHES 

NO    SITUATIONS    ARE    PROGRAMMED    YET 

CONFIDENCE    WILL    EE    0 

SITUATION    MATCHED    WITH   CONFIDENCE  0 

ON    SCALE    0-100 
VERY    ICW    TOLERANCE    USED    -    PATTERN    MATCHES    EXCELLENTLY 
THIS    IS    TEE    LAST    MATCHING    PATTERN 
PROGRAM    IS    TERMINATED 
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***   Terminal    Session    2    *** 

PATTERNS    WERE    FOUND 
CHECKING    FCE   SIGNIFICANT    MATCHES 

THE    FOLLOWING    QUESTIONS    SIMULATE 
QUERIES    TO    THE    WORLE    MODEL     FOR    SPECIFICS 
PERTAINING    TO    THE    FIRST    SITUATION 

WHAT    IS    CONFIDENCE    THAT    SHIP 

EEARING       100    AT    RANGE  50    IS    A    DESTROYER?    0-100 

50 

WHAT    IS    CONFIDENCE    THAT    SHIP 

EEARING       200    AT    RANGE  75    IS    A    DESTROYER?    0-100 

75 

WHAT    IS    CONFIDENCE    THAT    SHIP 

EEARING      210    AT    RANGE  90    IS    A    CARRIER?    0-100 

80 

WHAT    IS    CCNF   AIR    CONTACTS    ARE    HELOS?    0-100 
50 

THE    FOLLOWING    QUESTIONS    SIMULATE 
QUERIES    TO    THE    WORLE    MODEL     FOR    SPECIFICS 
PERTAINING    TO    THE    SECOND    SITUATION 

WHAT    IS    CONFIDENCE    THAT    AIR 

EEARING       290    AT    RANGE  90    IS    A    FIGHTER?    0-100 

50 

WHAT    IS    CONFIDENCE    THAT    AIR 

EEARING       270    AT     RANGE         100     IS    A    FIGHTER?    0-100 

25 

END  OF  PATTERN  CHECK 

EEST  ACTION  WILL  BE  EISPLAY ED  FIRST 
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COME    TO    COOESE  335    FOR    RECIPROCAL    OF    SHIPS 

(***    SECCND    SITUATION    MATCHES    ***) 
SITUATION    MATCHED    WITH   CONFIDENCE  73 

ON    SCALE    0-100 
VERY    ICW    TOLERANCE    USED    -   PATTERN    MATCHES    EXCELLENTLY 
TYPE    "Y"    FOE    NEXT    BESI    ACTION 
TYPE    MN"    FCE    DONE 
N 
PROGRAM    IS    TERMINATED    PER    YOOR    REQUEST 
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Figure  A- 1    Input  Situation. 
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Figure  A. 2   Pattern  8. 
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APPENDIX    B 
SAMPLE   OUTPUT    FROM    THE   ANALYSIS    MODULE 

These  reports  are  the  accumulation  of  information  that  was 
input  into  TAC*II  for  this  example  run.  This  information 
consists  of  two  sections:  the  Combat  Unit  Database 
Information  and  the  Sensor  Reporxs.  The  system  is  case 
sensitive  and  the  information  presented  here  is  in  the  case 
in    which   it    was    inputted   into   the  system. 

IkS.   following    units    were   input   to   TAC*II 
As    the  Combat   Unit  Database 


Class 
delta  III   ssbn 

Unit  lJSit£ej:s  Weapons 

delta   III-1  snoop   tray  ss-n-18 

soviet   torpedo 

delta   III-2  sncop   tray  ss-n-18 

soviet   torpedo 

Class 
yankee   ssbn 

Unit  Emitter  s  Wea  pons 

yankee-1  snoop   tray  ss-n-16 

soviet   torpe-Jc 


100 


yank€e-2  sr.cop   tray  ss-n-16 

soviet   torpedo 

Class 
fiajga   ssgn 

Unit  Emitters  Weapons 

papa-1  snccp   tray  ss-n-15 

step   light  soviet   torpedo 

papa-2  snoop   tray  ss-n-15 

step   light  soviet   torpedo 

Class 
victor   III   ssgn 

On it  Emitters  Weapons 

victor   III-1  snoop   tray  ss-n-15 

soviet   torpedo 

victor   III-2  sncop   tray  ss-n-15 

soviet   torpedo 

Class 
echo   I  s 


Unit  Emitters  Weapons 

acho  1-1  sncop  tray  ss-n-3 

step  light  soviet  torpedo 

soviet  mina 

echo  1-2  sncop  tray  ss-n-3 
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stop  light  soviet  torpedo 

soviet  mine 


Class 
ka shin  ddg 

Onit  Emitters  £sa£ons 

skory  head  net  c  sa-n-1 

big  net  ss-n-2c 
peel  group  76  mm 

owl  screech  30  mm 

bass  tilt  soviet  torpedo 

don  kay 
high  pole 

slavny  head  net  c  sa-n-1 

big  net  ss-n-2c 

peel  group  76  mm 

owl  screech  30  mm 
bass  tilt            soviet  torpedo 

don  kay 
high  pole 

smely  head  net  c  sa-n-1 

big  net  ss-n-2c 

peel  group  76  mm 

own  screech  30  mm 

bass  tilt  soviet  torpedo 

don  kay 

high  pole 

own  screech 

smetlivy  head  net  c  sa-n-1 

big  net  ss-n-2c 

peel  group  76  mm 
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owl  screech  30    mm 

tass   tilt  soviet   torpedc 

don   ka  y 
high   pole 

Class 
jcrivak   II   ffg 

Unit  Emitters  Weapons 

bodvy  head   net    c  ss-n-14 

eye   bowl  sa-n-4 
pep   group  76    mm 

owl  screech  100    mm 
don   kay 
high   pole 

druzhny  head  net    c  ss-n-14 

eye   bowl  sa-n-4 
pep   group  76    mm 

owl  screech  100    mm 
don   kay 
high    pole 

pylky  head   net    c  ss-n-14 

eye   bowl  sa-n-4 
pep   group  76    mm 

owl  screech  100    mm 
don   kay 
high   pole 

silny  head   net    c  ss-n-14 

eye   bowl  sa-n-4 

pep   group  76    mm 

owl   screech  100    mm 
don   kay 

103 


high   pole 


retivy 


head  net    c 
eye   bowl 
pop   group 

owl  screech 

don   kay 

high   pole 


ss-n-14 
sa-n-4 
76    mm 
100    mm 


Class 
ohio   ssbn 


Onit 
ohio 

michigan 

georgia 


Emitters 

bqq   6 
ink   98   fcs 

bqq   6 
mk  98   fcs 

bqq   6 
nk  98   fcs 


Weapons 

trident 
mk   68 

trident 
mk    68 

trident 
mk   68 


Class 
los  angeles   ssn 


Unit 


los    angeles 


Emitters 


Philadelphia 


Weapons 

harpoon 
mk    6"7 

subroc 
mk    4fl 

harpoon 

mk    67 
subroc 
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mk  48 

groton  harpoon 

mk  67 

subroc 

mk  48 


Class 
Virginia  cgn 

Unit  Emitters  Weapons 

Virginia  sps  40b  lamps 

sps  48c  5  in  54 

sps  55  tartar 

sqs  53a  asrcc 

spg  51  d 

spg  60 

spg  9a 

texas  sps  40b  lamps 

sps  48c  5  in  54 

sps  55  tartar 

sqs  53  a  asroc 

spg  51  d 
spg  60 
spq  9  a 

mississippi         sps  40b  lamps 

sps  48c  5  in  54 

sps  55  tartar 

sqs  53  a  asroc 

spg  51  d 
spg  60 
spq  9a 
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arkansas 


sps  40 t 

sps  48c 

sps  55 

sqs  53a 

spg  51 d 

spg  60 

spq  9a 


lamps 
5  in  54 
tartar 

asroc 


Class 
belknap  eg 


Onit 
belknap 


josephus  danials 


wainwright 


Emitters 

sps  10 
sps  40 
sps  43 
sps  48 d 
sps  49 
sgs  26bx 
sps  53  a 

sps  10 

sps  40 
sps  43 
sps  48 d 
sps  49 
sqs  26bx 
sps  53a 

sps  10 
sps  40 
sps  43 
sps  48d 
sps  4  9 
sqs  26b x 


Weapons 

lamps 
harpoon 
terrier 

asroc 
5  in  54 
phalanx 

lamps 
harpoon 
terrier 

asroc 
5  in  54 
phalanx 

lamps 
harpoon 
terrier 

asroc 
5  in  54 
phalanx 
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sps  53a 


jouett 


home 


steretr 


sps  10 
sps  40 
sps  43 
sps  48d 
sps  49 
sgs  26  b  x 
sps  53  a 

sps  10 
sps  40 
sps  43 
sps  48 d 
sps  49 
sqs  26bx 
sps  53  a 

sps  10 
sps  40 
sps  43 
sps  48 d 
sps  49 
sqs  26b x 
sps  53  a 


lamps 
harpoon 
terrier 

asroc 
5  in  54 
phalanx 

lamps 
harpoon 
terrier 

asroc 
5  in  54 
phalanx 

lamps 
harpoon 
terrier 

asroc 
5  in  54 
phalanx 


Class 
coontz  ddg 


Unit 
farragut 


Emitters 

sps  10 

sps  29 

sps  37 

sqs  23 

spg  53  a 


Weapons 

terrier 

harpoon 

5  in  54 

asroc 
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spg  55 fc 


luce 

sps 

10 

sps 

29 

sps 

37 

sgs 

23 

spg 

53a 

spg 

55b 

macdcnough 

sps 

10 

sps 

29 

sps 

37 

sqs 

23 

spg 

53a 

spg 

55b 

coontz 

sps 

10 

sps 

29 

sps 

37 

sqs 

23 

spg 

53a 

spg 

55b 

king 

sps 

10 

sps 

29 

sps 

37 

sqs 

23 

spg 

53a 

spg 

55b 

mahan 

sps 

10 

sps 

29 

sps 

37 

sqs 

23 

spg 

53a 

spg 

55b 

terrier 

harpoon 

5  in  54 

asroc 


terrier 

harpoon 

5  in  54 

asroc 


terrier 

harpoon 

5  in  54 

asroc 


■terrier 

harpoon 

5  in  54 

asroc 


terrier 

harpoon 

5  in  54 

asroc 
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Class 
iowa  bb 

Unit  Emitters  Weapons 

iowa  sps  10  16  in 

sps  53  5  in  38 

sps  48  harpoon 

tomahawk 
standard  2-80 
mk  46 

new  jersey         sps  10  16  in 

sps  53  5  in  38 

sps  48  harpoon 

tomahawk 
standard  2-80 
mk  46 
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Thes€  are  t ha    Sensor    Reports 


Contact   0 

Unit    Name    fcelknap 

Course  000 

Speed   20 

DTG    150000JUN83 

Reported   on  Sensor   Surface   Radar 

Surface  Radar    Track  Number   0 

Contact    1 

Visual  Report    1 

Bearing   270 

Range    10 

Elevation    0 

Confidence  Confirmed 

Course  000 

Speed    20 

Maximum  Speed    -1 

Unit   Name    farragut 

Unit   Confidence  Confirmed 

DTG    151530JUN83 

Contact    2 

Intelligence  Report  1 
Track  Number  -1 
DTG  151600JUN83 
Bearing  020 
Ranee  200 
Elevation  0 
Confidence  Positive 
Course  1 15 
Speed  20 
Maximum  Speed  -1 
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Unit  Name  smely 

Unit  Confidence  Positive 

No  further  Units 

No  Class  Names 

No  Correlations 

Contact  3 

ESM  Beport  1 

ESM  Bearing  025 

DTG  151645J0N83 

Emission  den  kay 

Emission  Confidence  Certain 

Contact  4 

Surface  Radar  Beport  1 
Bearing  028 
Range  50 
Elevation  0 
Confidence  Positive 
Course  215 
Speed  17 

Maximum  Speed  -1 
DTG  152017JON83 

Contact  5 

Sonar    Report    1 

Bearing   110 

Range    15 

Elevation    0 

Course  350 

Speed    27 

Maximum  Speed    -1 

No    Onit  Name 

No    Class    Name 

Platfcrm    Type    Surface 

Platform    Confidence  Positive 
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No   ether    Platfcrm  Types 
No   Alliances 
DTG    15190QJUN83 

Contact   6 

Surface  Radar  Report  2 
DTG  152000JUN83 
Bearing  100 
Range  13 
Elevation  0 
Confidence  Certain 
Course  356 
Speed  25 
Maximum  Speed  -1 

Contact  7 

ESM    Report    2 
ESM   Bearing  099 
Emission    snoop   tray 
Emission    Confidence  Certain 
DTG    152001JON83 
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What    fellows  are  the   different      reports   which   were   generated 
by   TAC*II  in  response  to   the  above  input   information. 

This    is      the  initial   report      of  own      ship   as   induced      by   the 
Analysis   Module    from   the  information   provided  on   startup. 

No  Correlation   file 

Analysis   Report    Record 
Update   = 

Track   Number  =  0 

DTG    =    15         0JON83 
Bearing   -  -1 

Range  =  -1 

Elevation   =  -1 

Position   Confidence    = 
Confirmed 

Course   =  0 

Speed    =  20 

Max    Speed   ■  33 

Identification   Record 

Platform   Type  =    Surface 

Platform   Confidence    ■ 

Confirmed 

Alliance   =   Friendly 

Alliance   Confidence    = 

Confirmed 

Type    Class   =  belknap    eg 

Class  Confidence  = 

Confirmed 

Unit  Name  =  belknap 

Unit  Confidence  = 
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Confirmed 

Emitter  =  sps  10 

Emitter  Confidence  = 

Confirmed 

Emitter  =  sps  40 

Emitter  Confidence  ■ 

Confirmed 

Emitter  =  sps  43 

Emitter  Confidence  = 

Confirmed 

Emitter  =  sps  48d 

Emitter  Confidence  ■ 

Confirmed 

Emitter  =  sps  49 

Emitter  Confidence  = 

Confirmed 

Emitter  =  sqs  26bx 

Emitter  Confidence  = 

Confirmed 

Emitter   ■   sps  53a 

Emitter   Confidence   = 

Confirmed 

Weapon  type   =  asw  helc 

Weapon   naire   -   lamps 

Weapon   Confidence  = 

Confirmed 

Op   Status   =  100 

In   Weapon   Range 

Weapon   type   =  ssm 

Weapon   nane   =   harpoon 

Weapon   Confidence  = 

Confirmed 

Op   Status   =  100 

In    Weapon   Bange 

Weapon   type   =  sa m 
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Weapon  name  ■  terrier 

Weapon  Confidence  ■ 

Confirmed 

Dp  Status  =  100 

In  Weapon  Range 

Weapon  type  -  asw 

Weapon  name  =  asroc 

Weapon  Confidence  = 

Confirmed 

Op  Status  =  100 

In  Weapon  Range 

Weapon  type  =  gun 

Weapon  name  =5  in  54 

Weapon  Confidence  = 

Confirmed 

Op  Status  =  100 

In  Weapon  Range 

Weapon  type  =  aaw 

Weapon  name  =  phalanx 

Weapon  Confidence  = 

Confirmed 

Op  Status  =  100 

In  Weapon  Range 

Action  ■  New  Report 
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This  is  the  inferred  information  about:  contact,  report  1  that 
was  retrieved  from  the  Combat  Unit  Database. 

No  Correlation  file 

Analysis  Report  Record 
Update  = 

Track  Number  *  1 

DTG  =  15153CJUN83 
Hearing  =  270 

Range  =  10 

Elevation  ~  0 

Positicn  Confidence  ■ 
Confirmed 

Course  =  0 

Speed  =  20 

Max  Speed  =  33 

Identification  Record 

Platform  Type  =  Surface 

Platform  Confidence  = 

Confirmed 

Alliance   =   Friendly 

Alliance   Confidence    = 

Confirmed 

Type  Class  =  coontz  ddg 

Class  Confidence  = 

Confirmed 

Unit    Name   ■   farragut 

Unit    Confidence    = 

Confirmed 

Emitter  =  sps  10 

Emitter  Confidence  = 
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Confirmed 

Emitter  =  sps  29 

Emitter  Confidence  = 

Confirmed 

Emitter  ■  sps  37 

Emitter  Confidence  = 

Confirmed 

Emitter  -   sqs  23 

Emitter  Confidence  = 

Confirmed 

Emitter  =  spg  53a 

Emitter  Confidence  = 

Confirmed 

Emitter  ■  spg  55b 

Emitter  Confidence  - 

Confirmed 

Weapon   type   =  sam 

Weapon   name   =  terrier 

Weapon  Confidence  ■ 

Confirmed 

Op   Status   =  100 

In   Weapon  Range 

Weapon   type   =  ssm 

Weapon   naire   ■  harpoon 

Weapon   Confidence  ■ 

Confirmed 

Up   Status   =  100 

In   Weapon  Range 

Weapon   type   =  gun 

Weapon    name   -  5    in    54 

Weapon   Confidence  = 

Confirmed 

Up   Status   =  100 

Not    In   Weapon  Range 

Weapon  type   =  asw 
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Weapon  name  =  asroc 

Weapon  Confidence  = 

Confirmed 

Up  Status  ■  100 

In  Weapon  Range 

Action  =  New  Report 


This  is  the  inferred  information  about  contact  report  2  that 
was  retrieved  from  the  Combat  Unit  Database. 

No  Correlation  file 

Analysis  Report  Record 
Update  = 

Track  Number  -  2 

DTG  =  151600JUN83 
Bearing  =  20 

Range  =  200 

Elevation  =  0 

Position  Confidence  = 
Positive 

Course  =  115 

Speed  =  20 

Max  Speed  =  35 

Identification  Record 

Platform  Type  *  Surface 

Platform  Confidence  ■ 

Positive 

Alliance  ■  Hostile 
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Alliance  Confidence  = 

Positive 

Type  Class  =  kashin  ddg 

Class  Confidence  = 

Positive 

Unit  Name  -  smely 

Unit  Confidence  = 

Positive 

Emitter  =  head  net  c 

Emitter  Confidence  = 

Positive 

Emitter  -   big  net 

Emitter  Confidence  = 

Positive 

Emitter  ■  peel  group 

Emitter  Confidence  = 

Positive 

Emitter   =   own  screech 

Emitter  Confidence    = 

Positive 

Emitter  *  bass  tilt 

Emitter  Confidence  ■ 

Positive 

Emitter  =  don  kay 

Emitter  Confidence  - 

Positive 

Emitter  =  high  pole 

Emitter  Confidence  « 

Positive 

Weapon   type   =  sam 

Weapon   naire   =  sa-n-1 

Weapon  Confidence  = 

Positive 

Op   Status   =  100 

Not    In    Weapon  Range 
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Weapcn  type  ~   ssm 

Weapon  name  =  ss-n-2c 

Weapon  Ccnfidence  ■ 

Fositive 

Op  Status  -  100 

Not  In  Weapon  Range 

Weapon  type  =  gun 

Weapon  name  =  76  mm 

Weapon  Ccnfidence  = 

Positive 

Op  Status  =  100 

Not  In  Weapon  Range 

Weapon  type  =  gun 

Weapon  name  ■  30  mm 

Weapcn  Ccnfidence  ■ 

Fositive 

Op  Status  =  100 

Not  In  Weapon  Range 

Weapcn  type  =  torpedc 

Weapon  name  =  soviet  torpedo 

Weapcn  Ccnfidence  = 

Positive 

Op  Status  =  100 

Not  In  Weapon  Range 

Acticn  -   New  Report 


This  is  the  inferred  information  about  contact  report  3  that 
was  retrieved  from  the  Combat  Unit  Database. 

No  Correlation  file 
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Analysis  Report  Record 
Update  = 

Track  Number  *  ', 

DTG  =  151645JUN83 
Bearing  =  25 

Range  ■  -1 

Elevaticn  =  -1 

Position  Confidence  = 
Certain 

Course  =  -1 

Speed  ~  23 

Max  Speed  =  35 

Identification  Record 

Platform  Type  ■  Surface 

Platform  Confidence  ■ 

Certain 

Alliance   =    Hostile 

Alliance   Confidence    = 

Certain 

Type  Class  =  kashin  ddg 

Class  Confidence  = 

Probable 

Type    Class   =  krivak    II  ffg 

Class  Confidence  = 

Probable 

Unit  Name  =  bodvy 

Unit  Confidence  = 

Possible 

Unit    Name   =   druzhny 

Unit    Confidence    = 

Possible 

Unit    Name   =    pyllcy 

Unit    Confidence    = 
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Possible 

Unit    Name   =   silny 

Unit    Confidence    = 

Possible 

Unit    Name  =   retivy 

Unit   Confidence    ■ 

Possible 

Unit  Name  =  skory 

Unit  Confidence  = 

Possible 

Unit  Name  =  slavny 

Unit  Confidence  = 

Possible 

Unit  Name  =  smely 

Unit  Confidence  = 

Possible 

Unit  Name  =  smetlivy 

Unit  Confidence  = 

Possible 

Emitter  =  head  net  c 

Emitter  Confidence  - 

Certain 

Emitter   =   big  net 

Emitter    Confidence   = 

Probabls 

Emitter   =   peel    group 

Emitter   Confidence    = 

Probable 

Emitter   =   owl  screech 

Emitter   Confidence   = 

Positive 

Emitter   =   bass    tilt 

Emitter   Confidence    = 

Probable 

Emitter   =   den   kay 
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Emitter  Confidence  ■ 

Certain 

Emitter   ■   high    pcle 

Emitter   Confidence   = 

Certain 

Emitter   -   own  screech 

Emitter   Confidence   ■ 

Possible 

Emitter   =   eye  bowl 

Emitter   Confidence   = 

Probatle 

Emitter  =  pop  group 

Emitter  Confidence  ~ 

Probable 

Weapon  type  -  sam 

Weapon  name  =  sa-n-1 

Weapon  Confidence  = 

Probable 

Op   Status   =  100 

In    Weapon   Range 

Weapon   type   =  ssm 

Weapon   name   =  ss-n-2c 

Weapon  Confidence  ■ 

Probable 

Op  Status  =  100 

In  Weapon  Range 

Weapon  type  =  gun 

Weapon  name  *  76  mm 

Weapon  Confidence  = 

Certain 

Up  Status  =  100 

In  Weapon  Hange 

Weapon  type  =  gun 

Weapon  name  =  30  mm 

Weapon  Confidence  = 


123 


Probable 

Op  Status  =  100 

In  Weapon  Range 

Weapon  type  =  torpedo 

Weapon  name  =  soviet  torpedo 

Weapon  Confidence  = 

Probable 

Op  Status  =  100 

In  Weapon  Range 

Weapon  type  ■  ssn 

Weapon  name  -   ss-n-14 

Weapon   Confidence  = 

Probable 

Op   status   =  100 

In   Weapon   Range 

Weapon   type    =  sam 

Weapon   name   =  sa-n-4 

Weapon  Confidence  = 

Probable 

Op  Status  =  100 

In  Weapon  Range 

Weapon  type  =  gun 

Weapon  name  =  100  mm 

Weapon  Ccnfidence  = 

Probable 

Op  Status  =  100 

In  Weapon  Range 

Action  =  New  Report 


This  report  is  the   result  of  the  correlation  made   by  the 
Analysis  Module  between  contact  reports  2   and   3. 
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Analysis  Report  Record 
Update  = 

Track  Nuaber  =  '. 

DTG  =  151600JON83 
Bearing  =  20 

Range  ■  200 

Elevation  ■  0 

Position  Confidence  = 
Positive 

Course  =         115 
Speed  =  20 

Max  Speed  ■  35 

Identification  Record 

Platform  Type  =  Surface 

Platform  Confidence  = 

Certain 

Alliance   =    Hostile 

Alliance  Confidence    = 

Certain 

Type  Class  =  krivak  II  ffg 

Class  Confidence  - 

Plausible 

Type    Class   =  kashin    ddg 

Class  Confidence  = 

Positive 

Unit    Name   =   smetlivy 

Dnit    Confidence    = 

Possible 

Unit  Name  =  slavny 

Unit  Confidence  = 

Possible 

Unit  Name  =  skory 
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Onit   Confidence    = 

Possible 

Dnit  Name  ■  retivy 

Onit  Confidence  = 

Possible 

Onit  Name  =  silny 

Dnit  Confidence  = 

Possible 

Onit  Name  =  pylky 

Onit  Confidence  ■ 

Possible 

Onit    Name  =   druzhny 

Onit    Confidence    = 

Possible 

Onit  Name  =  bodvy 

Onit  Confidence  = 

Possible 

Onit  Name  =  smely 

Onit  Confidence  = 

Positive 

Emitter   -   pep  group 

Emitter   Confidence   = 

Plausible 

Emitter  -   eye  bowl 

Emitter  Confidence  = 

Plausible 

Emitter    =   owl  screech 

Emitter   Confidence   = 

Sure 

Emitter   =   head    net    c 

Emitter   Confidence    * 

Certain 

Emitter  ■  big  net 

Emitter  Confidence  = 

Positive 
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Emitter  «  peel  group 

Emitter  Confidence  = 

Positive 

Emitter   =  own  screech 

Emitter  Confidence   = 

Positive 

Emitter  -   bass  tilt 

Emitter  Confidence  ~ 

Positive 

Emitter  =  don  kay 

Emitter  Confidence  = 

Certain 

Emitter   -   high    pole 

Emitter   Confidence   = 

Certain 

Weapon  type  -   gun 

Weapon  name  =  100  mm 

Weapon  Confidence  = 

Plausible 

Op  Status  =  100 

Not  In  Weapon  Range 

Weapon  type  =  san 

Weapon  name  =  sa-n-4 

Weapon   Confidence  = 

Plausible 

Op   Status  =  100 

Not    In   Weapon  Range 

Weapon    type   =  ssm 

Weapon   name   =  ss-n-14 

Weapon  Confidence  = 

Plausible 

Op  Status  =  100 

Not  In  Weapon  Range 

Weapon  type  =  sam 

Weapon  name  ■  sa-n-1 
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Weapon   Confidence  = 

Positive 

Dp   Status  =  100 

Not    In   Weapon  Range 

Weapon   type   =  ssm 

Weapon   naice   =  ss-n-2c 

Weapon   Confidence  = 

Positive 

Op   Status  =  100 

Not    In   Weapon  Range 

Weapon   type   =  gun 

Weapon   name   -  76    mm 

Weapon   Confidence  = 

Certain 

Op   Status   =  100 

Not    In   Weapon  Range 

Weapon   type   =  gun 

Weapon   name   =   30   mm 

Weapon   Confidence  = 

Positive 

Op   Status  =  100 

Not    In    Weapon  Range 

Weapon   type   =  torpedo 

Weapon   name   ■  soviet    torpedo 

Weapon   Confidence  = 

Positive 

Op    Status  =  100 

Not    In   Weapon  Range 

Correlated   Track   Numter   = 

Correlation  Confidence  = 

Positive 

action  =  New  Report 

Analysis  Report  Record 


128 


Update  = 

Track   Nuirfcer  = 
DTG    =    151645JUN83 
Bearing   =  25 

Range   *  -1 

Elevation   ■  -1 

Position   Confidence    = 
Certain 

Course   =  -1 

Speed   =  23 

Max    Speed   =  35 

Identification    Record 

Platform   Type  =    Surface 

Platform   Confidence    = 

Certain 

Alliance   =   Hostile 

Alliance   Confidence    = 

Certain 

Type    Class   =  kashin    ddg 

Class  Confidence  = 

Confident 

Type  Class  =  krivak  II  ffg 

Class  Confidence  = 

Probatle 

Unit  Name  =  bodvy 

Unit  Confidence  = 

Possible 

Unit  Name  =  druzhny 

Unit  Confidence  = 

Possible 

Unit    Name   =   pylky 

Unit    Confidence    = 

Possible 
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Unit  Name  =  silny 

Onit  Confidence  = 

Possible 

Onit  Name  =  ret  ivy 

Onit  Confidence  = 

Possible 

Onit    Name  =   sJcory 

Onit   Confidence    = 

Possible 

Onit  Name  =  slavny 

Onit  Confidence  = 

Possible 

Onit  Name  =  smely 

Onit  Confidence  = 

Possible 

Onit  Name  =  smetlivy 

Onit  Confidence  = 

Possible 

Emitter   =   head    net    c 

Emitter  Confidence   = 

Certain 

Emitter  =  big  net 

Emitter  Confidence  ~ 

Confident 

Emitter  =  peel  group 

Emitter  Confidence  » 

Confident 

Emitter   =  owl  screech 

Emitter   Confidence   = 

Positive 

Emitter   =   bass   tilt 

Emitter   Confidence   = 

Confident 

Emitter   =   den   kay 

Emitter   Confidence   = 
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Certain 

Emitter  ■  high  pcle 

Emitter  Confidence  = 

Certain 

Emitter   =   own  screech 

Emitter  Confidence   = 

Possible 

Emitter   -  eye  bowl 

Emitter   Confidence   ■ 

Probable 

Emitter  -   pop  group 

Emitter  Confidence  = 

Probable 

Weapon  type  =  sa m 

Weapon  name  -   sa-n-1 

Weapon  Confidence  = 

Confident 

Op   Status   =  100 

In    Weapon   Hange 

Weapon   type   =  ssm 

Weapon   name   -  ss-n-2c 

Weapon  Confidence  = 

Confident 

Up  Status  =  100 

In  Weapon  Range 

Weapon  type  =  gun 

Weapon  name  =  76  mm 

Weapon  Confidence  = 

Certain 

Dp  Status  =  100 

In  Weapon  Range 

Weapon  type  -  gun 

Weapon  name  =  30  mm 

Weapon  Confidence  = 

Confident 
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Op  Status  =  100 

In  Weapon  Range 

Weapon  type  =  torpedo 

Weapon  name  =  soviet  torpedo 

Weapon  Confidence  = 

Confident 

Op  Status  =  100 

In  Weapon  Range 

Weapon  type  ■  ssm 

Weapon  name  ■  ss-n-14 

Weapon  Confidence  = 

Probable 

Op   Status  =  100 

In   weapon   Range 

Weapon   type   -  sam 

Weapon   name   =  sa-n-4 

Weapon  Confidence  = 

Probable 

Op  Status  =  100 

In  Weapon  Range 

Weapon  type  =  gun 

Weapon  name  -  100  mm 

Weapon  Confidence  = 

Probable 

Op  Status  =  100 

In  Weapon  Range 

Correlated  Track  Number  * 

Correlation  Confidence  = 

Positive 

Action  =  New  Report 
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This    is   the   inferred   information   about   contact   report   4   that 
was   retrieved  from    the  Combat   Unit  Database. 

No    Alliance    file 

No   class   file 

No   Emitter   file 

No   Unit   file 

No  Weapon  file 

No  Correlation  file 

analysis  Report  Record 
Update  - 

Track  Number  ■  4 

DTG  =  152017JON83 

Bearing  ■  28 

Range  =  50 

Elevation  =  0 

Position  Confidence  = 
Positive 

Course  =  215 

Speed  ■  17 

Max  Speed  =  -1 

Identification  Record 

Platform  Type  =  Surface 

Platfcrm  Confidence  - 

Positive 

Action  =  New  Repcrt 
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This    report     is    the      result    of   the     correlation    made      by   the 
Analysis    Module    between     contact   report   4    and     reports. 3   and 

a. 

Analysis   Bepcrt    Record 
Update  = 

Track   Nunfcer  =  2 

DTG    =    151600JUN83 
Bearing  ■  20 

Range   =  200 

Elevation  =  0 

Positicr   Confidence    = 
Positive 

Course   =  115 

Speed   =  20 

Max    Speed   ■  35 

Identification    Record 

Platform   Type  =    Surface 

Platform   Confidence    = 

Certain 

Alliance   =    Hostile 

Alliance   Confidence    = 

Certain 

Type  Class  =  krivak  II  ffg 

Class  Confidence  ■ 

Plausible 

Type    Class   =  kashin    ddg 

Class  Confidence   = 

Positive 

Unit  Name  =  smetlivy 

Unit  Confidence  = 

Possible 
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Onit  Name  =  slavny 

Unit  Confidence  = 

Possible 

Onit  Name  =  skory 

Onit  Confidence  = 

Possible 

Onit  Name  ■  ret  ivy 

Onit  Confidence  = 

Possible 

Onit  Name  =  silny 

Onit  Confidence  = 

Possible 

Onit  Name  =  pylky 

Onit  Confidence  = 

Possible 

Onit  Name  =  druzhny 

Onit  Confidence  = 

Possible 

Onit  Name  ■  bodvy 

Onit  Confidence  = 

Possible 

Onit  Name  =  smely 

Onit  Confidence  = 

Positive 

Emitter   =   pep  group 

Emitter   Confidence   - 

Plausible 

Emitter  -  eye  bowl 

Emitter  Confidence  = 

Plausible 

Emitter    =   cwl  screech 

Emitter   Confidence   ■ 

Sure 

Emitter    ■   head    net    c 

Emitter   Confidence    ■ 
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Certain 

Emitter  ■  big  net 

Emitter  Confidence  = 

Positive 

Emitter  *  peel  group 

Emitter  Confidence  - 

Positive 

Emitter   =  own  screech 

Emitter  Confidence   - 

Positive 

Emitter   =   bass   tilt 

Emitter   Confidence    - 

Positive 

Emitter  =  don  kay 

Emitter  Confidence  = 

Certain 

Emitter  =  high  pcle 

Emitter  Confidence  ~ 

Certain 

Weapon  type  =  gun 

Weapon  name  -  100  mm 

Weapon  Confidence  = 

Plausible 

Op  Status  =  100 

Not  In  Weapon  Range 

Weapon  type  =  sam 

Weapon  name  =  sa-n-4 

Weapon   Confidence  = 

Plausible 

Up   Status  =  100 

Not    In   Weaken  Range 

Weapon   type   ■  ssm 

Weapon   name   =  ss-n-14 

Weapon  Confidence  = 

Plausible 
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Dp  Status  =  100 

Not  In  Weapon  Range 

Weapon  type  =  sam 

Weapon  name  =  sa-n-1 

Weapon  Confidence  = 

Positive 

Op  Status  =  100 

Not  In  Weapon  Range 

Weapon  type  =  ssm 

Weapon  name  =  ss-n-2c 

Weapon  Confidence  = 

Positive 

Op  Status  =  100 

Not  In  Weapon  Range 

Weapon  type  =  gun 

Weapon  name  ■  76  mm 

Weapon  Confidence  = 

Certain 

Op  Status  =  100 

Not  In  Weapon  Range 

Weapon  type  =  gun 

Weapon  name  =  30  mm 

Weapon  Confidence  ■ 

Positive 

Op  Status  =  100 

Not  In  Weapon  Range 

Weapon  type  =  torpedo 

Weapon  name  =  soviet  torpedo 

Weapon  Confidence  = 

Positive 

Op  Status  =  100 

Not  In  Weapon  Range 

Correlated  Track  Number  = 

Correlation  Confidence  ■ 

Certain 
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Correlated  Track  Number  = 

Correlation  Confidence  = 

Positive 

Action   =   New  Report 

Analysis   Report    Record 
Update   = 

Track   Nuirfcer  = 
DTG    =    1516U5JUN83 
Bearing   =  25 

Range   =  -1 

Elevation  ■  -1 

Positicr   Confidence    = 
Certain 

Course   =  -1 

Speed  =  23 

Max    Speed   =  35 

Identification    Record 

Platfcrm   Type  =    Surface 

Platform   Confidence    = 

Certain 

Alliance   =    Hostile 

Alliance   Confidence    = 

Certain 

Type  Class  =  kashin  ddg 

Class  Confidence  = 

Sure 

Type    Class   =  krivak    II  ffg 

Class   Confidence   = 

Probable 

Unit  Name  =  bodvy 

Unit  Confidence  = 
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Possible 

Unit    Name   =   druzhny 

Unit    Confidence    = 

Possible 

Unit  Name  =  pyiky 

Unit  Confidence  = 

Possible 

Onit  Name  =  silny 

Dnit  Confidence  = 

Possible 

Unit  Name  =  retivy 

Unit  Confidence  = 

Possible 

Unit  Name  =  skory 

Unit  Confidence  = 

Possible 

Unit  Name  =  slavny 

Unit  Confidence  = 

Possible 

Unit    Name   =   smely 

Unit    Confidence    = 

Possible 

Unit    Name   ■   smetlivy 

Unit    Confidence    = 

Possible 

Emitter   ■   head    net    c 

Emitter   Confidence    = 

Certain 

Emitter   =   big  net 

Emitter   Confidence   = 

Sure 

Emitter   =   peel    group 

Emitter   Confidence   = 

Sure 

Emitter   =   owl  screech 
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Emitter  Confidence  ■ 

Positive 

Emitter   -  bass    tilt 

Emitter   Confidence   = 

Sure 

Emitter   =   don  kay 

Emitter  Confidence   = 

Certain 

Emitter  =  high  pole 

Emitter  Confidence  = 

Certain 

Emitter   ■   own  screech 

Emitter   Confidence    = 

Possible 

Emitter  =  eye  bowl 

Emitter  Confidence  = 

Probable 

Emitter  =  pop  group 

Emitter  Confidence  = 

Probable 

Weapon  type  =  sam 

Weapon  name  =  sa-n-1 

Weapon  Confidence  = 

Sure 

Dp  Status  =  100 

In  Weapon  Range 

Weapon  type  =  ssm 

Weapon  name  =  ss-n-2c 

Weapon  Confidence  = 

Sure 

Op  Status  =  100 

In  Weapon  Range 

Weapon  type  =  gun 

Weapon  name  =  76  mm 

Weapon  Confidence  ■ 
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Certain 

Up  Status  =  100 

In  Weapon  Range 

Weapon  type  =  gun 

Weapon  name  -  30  mm 

Weapon  Confidence  = 

Sure 

Op  Status  =  100 

In  Weapon  Range 

Weapon  type  =  torpedo 

Weapon  name  -   soviet  torpedo 

Weapon  Confidence  = 

Sure 

Op  Status  =  100 

In  Weapon  Range 

Weapon  type  =  ssm 

Weapon  name  =  ss-n-14 

Weapon   Confidence  = 

Probable 

Op   Status   =  100 

In   Weapon   Range 

Weapon   type   =  sara 

Weapon   name   =  sa-n-4 

Weapon  Confidence  * 

Probable 

Op  Status  -  100 

In  Weapon  Range 

Weapon  type  =  gun 

Weapon  name  =  100  mm 

Weapon  Confidence  = 

Probable 

Op  Status  =  100 

In  Weapon  Range 

Correlated  Track  Number  = 

Correlation  Confidence  = 
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Positive 

Correlated  Track  Number  = 

Correlation  Confidence  = 

Positive 

Action  =  New  Report 

Analysis  Report  Record 
Update  = 

Track  Naiber  =  ' 

DTG  =  152017JON83 
Bearing  =  28 

Range  =  50 

Elevation  =  0 

Position  Confidence  = 
Positive 

Course  =         215 
Speed  =  17 

Max  Speed  =  35 

Identification  Record 

Platfcrm  Type  =  Surface 

Platform  Confidence  = 

Certain 

Alliance   =   Hostile 

Alliance   Confidence    = 

Certain 

Type  Class  =  kashin  ddg 

Class  Confidence  = 

Positive 

Type    Class   =  krivak    II   ffg 

Class  Confidence  = 

Possibla 

Unit    Name   =    smely 
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Unit  Confidence  = 

Positive 

Unit  Name  =  bodvy 

Unit  Confidence  = 

Possible 

Unit  Name  =  druzhny 

Unit  Confidence  = 

Possible 

Unit    Name   ■    pyi^Y 

Unit    Confidence    = 

Possible 

Unit  Name  =  silny 

Unit  Confidence  = 

Possible 

Unit    Name   =   retivy 

Unit    Confidence    = 

Possible 

Unit    Name  =   skory 

Unit    Confidence    ■ 

Possible 

Unit    Name   =   slavny 

Unit    Confidence    = 

Possible 

Unit  Name  =  smetlivy 

Unit  Confidence  ■ 

Possible 

Emitter   =   high    pole 

Emitter   Confidence   = 

Certain 

Emitter  =  don  kay 

Emitter  Confidence  ■ 

Certain 

Emitter  =  bass  tilt 

Emitter  Confidence  = 

Positive 
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Emitter   =  own  screech 

Emitter  Confidence   = 

Positive 

Emitter  =  peel  group 

Emitter  Confidence  = 

Positive 

Emitter  *  big  net 

Emitter  Confidence  ■ 

Positive 

Emitter  =  head  net  c 

Emitter  Confidence  = 

Certain 

Emitter   =   owl  screech 

Emitter   Confidence   = 

Sure 

Emitter   =  eye  bowl 

Emitter   Confidence   - 

Possible 

Emitter  =  pop  group 

Emitter  Confidence  ■ 

Possible 

Weapon  type  =  torpedo 

Weapon  name  =  soviet  torpedo 

Weapon  Confidence  ■ 

Positive 

Op  Status  =  100 

Not  In  weapon  Range 

Weapon  type  =  gun 

Weapon  name  -   30  mm 

Weapon  Confidence  = 

Positive 

Op  Status  =  100 

Not  In  Weapon  Range 

Weapon  type  =  gun 

Weapon  name  =  76  mm 
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Weapcn  Confidence  = 

Certain 

Op  Status  =  100 

Not  In  Weapon  Range 

Weapon  type  ■  ssm 

Weapon  name  =  ss-n-2c 

Weapcn  Confidence  = 

Positive 

Op  Status  =  100 

Not  In  Weapon  Range 

Weapcn  type  =  sa m 

Weapon  name  ■  sa-n-1 

Weapon  Confidence  = 

Positive 

Op   Status   =  100 

In   Weapon   Range 

Weapcn   type   =  ssm 

Weapon   name   =  ss-n-14 

Weapcn   Confidence  = 

Possible 

Op   Status   =  100 

In   Weapon   Range 

Weapon   type   =  sa m 

Weapon   name   =  sa-n-4 

Weapcn  Confidence  = 

Possifcls 

Op    Status   =  100 

Not    In   Weapon  Range 

Weapcn   type   =  gun 

Weapon   name   =   100   mm 

Weapcn  Confidence   = 

Possible 

Op   Status   =  100 

Not    In   Weapon  Range 

Correlated   Track  Number 
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Correlation  Confidence  = 

Positive 

Correlated   Track  Number  = 

Correlation   Confidence  = 

Certain 

Action   =   New  Report 


This    is   the   inferred   information   about   contact  report   5   that 
was   retrieved  from   the  Combat   Unit  Database. 

No   Alliance   file 

No    class    file 

No   Emitter   file 

No   Unit   file 

No  Weapon  file 

No  Correlation  file 

Analysis  Eepcrt  Record 
Update  = 

Track  Number  ■  5 

DTG  =  151900JUN83 
Bearing  *  110 

Range  =  15 

Elevation  =  0 

Position  Confidence  = 
Positive 

Course  =  350 

Speed  =  27 

Max  Speed  =  -1 
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Identification    Record 

Platfcrm  Type  =    Surface 

Platform  Confidence    = 

Positive 

Action  =   New  Report 


This    is   the   inferred   information   about   contact   report   6   tha 
was   retrieved   frcm   the  Combat   Unit  Database. 

No   Alliance   file 

No   class    file 

No   Emitter    file 

No   Unit   file 

No  Weapon  file 

No  Correlation  file 

Analysis  Bepcrt  Record 
Update  - 

Track  Number  =  6 

DTG  -    152000JUN83 
Bearing  =  100 

Range  =  13 

Elevation  =  0 

Fositicn  Confidence  - 
Certain 

Course  =  356 

Speed  =  25 

Max  Speed  =  -1 

Identification  Record 
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Platform  Type  =  Surface 

Platform  Confidence  = 

Certain 

Action  =  New  Report 


This  report  is  the   result  of  the  correlation  made   by  the 
Analysis  Module  between  contact  reports  5   and  6. 

No  Alliance  file 

No  class  file 

No  Emitter  file 

No  Unit  file 

No  Weapon  file 

Analysis  Report  Record 
Update  = 

Track  Number  =  5 

DTG  =  151900JUN83 
Hearing  =  1  10 

Range  =  15 

Elevation  =  0 

Positicn  Confidence  = 
Positive 

Course  =  350 

Speed  =  27 

Max  Speed  ■  -1 

Identification  Record 
Platform  Type  =  Surface 
Platfcrm  Confidence  = 
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Positive 

Correlated  Track  Number  = 

Correlaticn  Confidence  ■ 

Sure 

Action  =  New  Report 

Analysis  Report  Record 
Update  = 

Track  Number  = 
DTG  =  152000JUN83 
Eearing  ■  100 

Range  ~   ■  13 

Elevation  =  0 

Position  Confidence  = 
Certain 

Course  =  356 

Speed  =  25 

Max  Speed  =  -1 

Identification  Record 

Platform  Type  ■  Surface 

Platform  Confidence  = 

Certain 

Correlated  Track  Number  = 

Correlaticn  Confidence  = 

Sure 

Acticn   =   New  Report 


This    is   the   inferred   information    about   contact   report   7   that 
was    retrieved   frcm    the  Combat   Unit  Database. 
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No  Correlation  file 

Analysis  Bepcrt  Record 
Update  = 

Track  Number  =  7 

DTG  =  152001JON83 
Bearing  s  99 

Range  =  -1 

Elevation  =  -1 

Position  Confidence  = 
Certain 

Course  ■  -1 

Speed  =  21 

Hax  Speed  =  31 

Identification  Record 

Platform  Type  =  Submarine 

Platform  Confidence  = 

Cerrain 

Alliance  =  Hostile 

Alliance  Confidence  = 

Certain 

Type    Class   ■  delta    III  ssbn 

Class   Confidence   = 

Possibla 

Type   Class   ~  yankee    ssbn 

Class   Confidence  = 

Possible 

Type    Class   =  papa  ssgn 

Class   Confidence   = 

Possible 

Typs  Class  =  victor  III  ssgn 
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Class  Confidence  * 

Possible 

Type  Class  -  echo  I  ssgn 

Class  Confidence  = 

Possible 

Unit  Name  =  echo  1-1 

Onit  Confidence  = 

Possible 

Onit    Name   =   victor   III-1 

Onit    Confidence   = 

Possible 

Onit    Name  =    victor    III-2 

Onit    Confidence    = 

Possible 

Onit    Name   =    papa-1 

Onit    Confidence    = 

Possible 

Onit    Name  =   yankee-1 

Onit    Confidence    * 

Possible 

Onit    Name   ■   yankee-2 

Onit    Confidence    ■ 

Possible 

Onit    Name  =   delta  III-1 

Onit    Confidence    = 

Possible 

Onit    Name   =   delta  III-2 

Onit    Confidence    = 

Possible 

Emitter   =   snoop    tray 

Emitter  Confidence    = 

Certain 

Emitter  =  step  light 

Emitter  Confidence  - 

Possible 
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Weapon  type  ■  ssm 

Weapon  name  ■  ss-n-18 

Weapon  Confidence  * 

Possible 

Dp  Status  =  100 

In  Weapon  Range 

Weapon  type  =  torpedo 

Weapon  name  =  soviet  torpedo 

Weapon  Confidence  = 

Certain 

Op  Status  =  100 

In  Weapon  Range 

Weapon  type  ■  ssm 

Weapon  name  =  ss-n-16 

Weapon  Confidence  ■ 

Possible 

Dp   status  =  100 

In    Weapon   Range 

Weapon   type   ■  ssm 

Weapon   name   =  ss-n-15 

Weapon  Confidence  = 

Plausible 

Op   Status   -  100 

In   Weapon   Range 

Weapon   type   =  ssm 

Weapon   name   =  ss-n-3 

Weapon  Confidence  = 

Possible 

Op  Status  =  100 

In  Weapon  Range 

Weapon  type  =  mine 

Weapon  name  =  soviet  mine 

Weapon  Confidence  = 

Possible 

Op  Status  =  100 
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In  Weapon  Range 
Action  =  New  Report 


This  report  is  the  result  of  the  correlation  made  by  the 
Analysis  Module  between  contact  report:  7  and  reports  5  and 
6. 

Analysis  Report  Record 
Update  = 

Track  Nuiber  ■  6 

DTG  =  15200CJON83 
Bearing  =  100 

Range  ■  13 

Elevation  ■  0 

Position  Confidence  = 
Certain 

Course  -  356 

Speed  =  25 

Max  Speed  =  31 

Identification  Record 

Platform  Type  =  Submarine 

Platform  Confidence  = 

Sure 

Platform  Type  =  Surface 

Pla-cfcrm  Confidence  = 

Certain 

Alliance   =   Hosrile 

Alliance   Confidence    = 

Sure 

Type    Class   =  echo   I    ssgn 
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Class  Confidence  ■ 

Possible 

Type    Class   ■  victor    III  ssgn 

Class  Confidence   = 

Possible 

Type  Class  =  papa  ssgn 

Class  Confidence  ■ 

Possible 

Type  Class  =  yankee  ssbn 

Class  Confidence  = 

Possible 

Type    Class    =  delta    III  ssbn 

Class   Confidence  = 

Possible 

Unit    Name  =   delta  III-2 

Unit    Confidence    = 

Possible 

Unit    Name   =   delta  III-1 

Unit    Confidence    = 

Possible 

Unit    Name  =    yankee-2 

Unix    Confidence    = 

Possible 

Unit    Name   =    yankee- 1 

Unit    Confidence    = 

Possible 

Unit    Name   =    papa-1 

Unit    Confidence    = 

Possible 

Onit:    Name   =   victor   III-2 

Unit    Confidence    = 

Possible 

Unit    Name  =   victor    III-1 

Unit    Confidence    = 

Possible 
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Unit    Name  ■   echo   1-1 

Onit   Ccnfider.ce    - 

Possible 

Emitter  -   stop  light 

Emitter  Confidence  = 

Possible 

Emitter   =   snoop    tray 

Emitter  Confidence   = 

Sure 

Weapon  type  =  mine 

Weapon  name  =  soviet  mine 

Weapon  Confidence  - 

Possible 

Op  Status  =  100 

Not  In  Weapon  Range 

Weapon  type  =  ssi 

Weapon  name  =  ss-n-3 

Weapon   Confidence  - 

Possible 

Dp   Status  =  100 

In    Weapon   Range 

Weapon   type    -  ssi 

Weapon   name   =  ss-n-15 

Weapon  Confidence  = 

Possible 

Op   Status   =  100 

In    Weapon   Range 

Weapon   type   =  ssm 

Weapon   name   =  ss-n-16 

Weapon   Confidence  = 

Possible 

Op   Status   =  100 

In    Weapon   Range 

Weapon   type    ■  torpedo 

Weapon   name   ■  soviet   torpedo 
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Weapon  Confidence  = 

Sure 

Up  Status  =  100 

Not  In  Weapon  Range 

Weapon  type  =  ssm 

Weapon  name  =  ss-n-18 

Weapon  Confidence  = 

Possible 

Dp   Status   =  100 

In   Weapon   Range 

Correlated   Track  Number  = 

Correlation   Confidence  = 

Sura 

Correlated   Track   Number   = 

Correlation   Confidence  = 

Sure 

Action  =  New  Report 

Analysis  Report  Record 
Update  = 

Track  Number  = 
DTG  =  151900JUN8  3 
Bearing  =  110 

Range  =  15 

Elevation  =  0 

Position  Confidence  = 
Positive 

Course  =  350 

Speed  =  27 

Max  Speed  =  31 

Identification  Record 
Platform  Type  =  Submarine 
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Platfcrm  Confidence  = 

Certain 

Platfcrm  Type  =  Surface 

Platfcrm  Confidence  = 

Certain 

Alliance   =   Hostile 

Alliance   Confidence    = 

Certain 

Type    Class   =  echo   I    ssgn 

Class  Confidence  = 

Possible 

Type   Class   ■  victor   III   ssgn 

Class   Confidence  - 

Possible 

Type    Class   =  papa  ssgn 

Class  Confidence  ~ 

Possible 

Type  Class  =  yankee  ssbn 

Class  Confidence  = 

Possible 

Type    Class   =  delta   III  ssbn 

Class  Confidence  = 

Possible 

Unit    Name   =   delta  III-2 

Unit    Confidence    = 

Possible 

Unit    Name   =   delta  III-1 

Unit    Ccnfidence    = 

Possible 

Unit    Name   =   yankee-2 

Unit    Confidence    = 

Possible 

Unit    Name  =   yankee-1 

Unit    Ccnfidence    = 

Possible 
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Unit    Name  =   papa-1 

Onit    Confidence    = 

Possible 

Unit    Name   =    victor   III-2 

Onit    Confidence    = 

Possible 

Onit    Name   =   victor    III-1 

Onit    Confidence    = 

Possible 

Onit  Name  =  echo  1-1 

Onit  Confidence  = 

Possible 

Emitter  =  stop  light 

Emitter  Confidence  - 

Possible 

Emitter   ■   snoop    tray 

Emitter   Confidence   = 

Certain 

Weapon  type  =  mine 

Weapon  name  ■  soviet  mine 

Weapon  Confidence  = 

Possible 

Op  Status  =  100 

Not  In  Weapon  Range 

Weapon  type  =  ssm 

Weapon  name  ■  ss-n-3 

Weapon   Confidence  = 

Possible 

Op    Status  =  100 

In   Weapon   Range 

Weapon   type   =  ssm 

Weapon   name   ■  ss-n-15 

Weapon   Confidence  = 

Possible 

Op   Status  =  100 
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In  Weapon  Range 

Weapon  type  -  ssm 

Weapon  name  =  ss-n-16 

Weapon  Confidence  = 

Possitle 

Op  Status  =  100 

In  Weapon  Range 

Weapon  type  =  torpedo 

Weapon  name  =  soviet  torpedo 

Weapon  confidence  = 

Certain 

Dp  Status  =  100 

Not  In  Weapon  Range 

Weapon  type  -   ssm 

Weapon  name  -   ss-n-18 

Weapon  Confidence  = 

Possible 

Up  Status  =  100 

In  Weapon  Range 

Correlated  Track  Number  = 

Correlation  Confidence  = 

Certain 

Correlated   Track  Number   ■ 

Correlation   Confidence  = 

Sure 

Action  =  New  Report 

Analysis  Report  Record 
Update  = 


Track  Number  = 
DTG  =  152C01JON83 
Eearing  - 
Range  ■ 


99 


-1 
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Elevation  =  -1 

Positicn  Confidence  = 

Certain 

Course  =  -1 

Speed  =  21 

Max  Speed  =  31 

Identification  Record 

Platfcrm  Type  ■  Surface 

Platform  Confidence  = 

Certain 

Platform   Type  =    Submarine 

Platfcrm   Confidence    = 

Certain 

Alliance   ■   Hostile 

Alliance   Confidence    = 

Certain 

Type    Class   ■  delta   III  ssbn 

Class  Confidence   = 

Possible 

Type  Class  =  yankee  ssbn 

Class  Confidence  = 

Possible 

Type    Class   =  papa  ssgn 

Class   Confidence   = 

Possible 

Type  Class  =  victor  III  ssgn 

Class  Confidence  = 

Possible 

Type  Class  =  echo  I  ssgn 

Class  Confidence  = 

Possible 

Unit  Name  =  echo  1-1 

Unit  Confidence  = 

Possible 
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Unit    Name  -   victor    III-1 

Unit   Confidence    = 

Possible 

Unit    Name   =    victor   III-2 

Unit    Confidence    ■ 

Possible 

Onit    Name  =   papa-1 

Unit    Confidence    = 

Possible 

Unit    Name   =   yankee-1 

Unit    Confidence    = 

Possible 

Unit    Name  =   yankee-2 

Unit    Confidence    = 

Possible 

Unit    Name   =   delta  III-1 

Unit    Confidence    = 

Possible 

Unit    Name  =   delta  III-2 

Unit    Confidence    ■ 

Possible 

Emitter   =   snoop    tray 

Emitter   Confidence   = 

Certain 

Emitter   =   stop    light 

Emitter  Confidence    = 

Possible 

Weapon  type  =  ssm 

Weapon  name  =  ss-n-18 

Weapon  Confidence  = 

Possible 

Up    Status   =  100 

In   Weapon   Range 

Weapon   type    =  torpedo 

Weapon   name   =  soviet   torpedo 
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Weapon   Confidence  = 

Certain 

Op   Status   =  100 

In   Weapon  Range 

Weapon   type   ■  ssm 

Weapon   name   =  ss-n-16 

Weapon  Confidence  = 

Possible 

Op  Status  =  100 

In  Weapon  Range 

Weapon  type  =  ssm 

Weapon  name  =  ss-n-15 

Weapon   Confidence  = 

Plausible 

Op    Status   =  100 

In   Weapon  Range 

Weapon   type   =  ssm 

Weapon   name   =  ss-n-3 

Weapon  Confidence  = 

Possible 

Op  Status  =  100 

In  Weapon  Range 

Weapon  type  ■  mine 

Weapon  name  =  soviet  mine 

Weapon  Confidence  = 

Possible 

Op  Status  =  100 

In  Weapon  Range 

Correlated  Track  Number  = 

Correlation  Confidence  - 

Certain 

Correlated   Track   Number   = 

Correlation   Confidence  = 

Sura 

Action   -   New  Report 
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